¿Qué podemos ayudarle a lograr?
SCT Banner Alumnos Guía de VersiónOctubre 2005
Versión 7.2
Información Confidencial de la Empresa
Esta documentación es información propiedad de SunGard SCT y no puede copiarse, reproducirse, prestarse o disponerse, ni usarse para algún propósito diferente del que se provee específicamente sin el permiso escrito de SunGard SCT.
Preparado por: SunGard SCT4 Country View RoadMalvern, Pennsylvania 19355Estados Unidos de América
© SunGard 2005. Todos los derechos reservados. Se prohibe la posesión, uso, reproducción, distribución, despliegue o divulgación no autorizada de este material o de la información contenida aquí.
Se proporciona bajo el entendimiento de que SunGard SCT no se compromete a prestar servicios legales, contables u otros servicios profesionales a través de esta publicación. Además, SunGard SCT no sostiene que el uso de este software en una institución asegurará afinidad con las leyes estatales o federales, reglas o regulaciones aplicables. SunGard SCT recomienda que las instituciones busquen asesoría legal profesional para determinar si sus políticas y prácticas están acordes con las leyes, reglas o regulaciones aplicables.
SunGard, y el logo de SunGard, SCT, el logo de SCT, y Banner, Campus Pipeline, Luminis, PowerCAMPUS, SCT Matrix, SCT Plus, SCT OnSite y SCT PocketRecruiter son marcas registradas de SunGard Data Systems Inc. o sus subsidiarias en los Estados Unidos y otros países. Otros nombres de marcas son marcas registradas por sus propios dueños.
Guía de Versión
Sistema de Alumnos
Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13Mejoras para 7.2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13Mejoras Misceláneas (RPEs) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13Soluciones de Problemas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13Versiones Intermedias. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Section 1 Curricula Concurrente Etapa 3 - Funcional . . . . . . . . 15
Panorama . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Cambios en el Procesamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Selección de Datos de kárdex de Curriculum Concurrente . . . . . . . . . . . . . . . 15Selección de Datos de Verificación de Inscripción de Curriculum Concurrente. . . . . 18Conteos de Campo de Estudio Máximo. . . . . . . . . . . . . . . . . . . . . . . . . 21Imprimiendo NSS y Fecha de Nacimiento en el kárdex . . . . . . . . . . . . . . . . . 21Impresión de NSS y Fecha de Nacimiento en la Salida de Verificación de Inscripción . 21Jerarquía de Tipo de Nombre en Solicitud de kárdex . . . . . . . . . . . . . . . . . . 22Envíos de Verificaciones de Inscripción en Autoservicio . . . . . . . . . . . . . . . . 22Ejecución de Conversión de Curriculum . . . . . . . . . . . . . . . . . . . . . . . . 24
Formas Nuevas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Forma de Validación de Código de Origen de Nombre de Kárdex (STVTRNS) . . . . 24Forma de Reglas de Origen de Nombre de Kárdex (SHRTRNS) . . . . . . . . . . . . 25Forma de Status de Verificación de Inscripción (SFARQSS) . . . . . . . . . . . . . . 26
Formas Cambiadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Forma de Control de Reglas de Curriculum (SOACTRL) . . . . . . . . . . . . . . . . 28Forma de Reglas de Tipo de Kárdex (SHATPRT). . . . . . . . . . . . . . . . . . . . 30Extracto de la Guía de Usuario - Forma de Reglas de Tipo de Kárdex (SHATPRT) . . 34Forma de Solicitud de Kárdex (SHARQTC) . . . . . . . . . . . . . . . . . . . . . . . 70Forma de Reglas de Solicitud de Verificación de Inscripción (SFAEPRT) . . . . . . . 71Forma de Solicitud de Verificación de Inscripción (SFARQST) . . . . . . . . . . . . . 79
Menús Cambiados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Reportes y Procesos Cambiados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Kárdex Académico (SHRTRTC). . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
3
Tabla de Contenidos
Reporte de Verificación de Inscripción (SFRENRL). . . . . . . . . . . . . . . . . . . 87Extracción de Intercambio Electrónico de Datos (SHREDIY) . . . . . . . . . . . . . . 89
Ejemplos del Reporte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Kárdex Académico (SHRTRTC). . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91Reporte de Verificación de Inscripción (SFRENRL). . . . . . . . . . . . . . . . . . . 91Extracción de Intercambio Electrónico de Datos (SHREDIY) . . . . . . . . . . . . . . 91
Section 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional . . . . . . . . . . . . . . . . . . . . . . . . 115
Panorama . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
Panorama de Procesamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
Resumen de Cambios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
Usando Reglas en SAAERUL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
Nuevas Reglas en SAAERUL. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
Conversión de Valores SOTCNVT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
Valores usados para SOTCNVT . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124Valores de Raza y Etnia Actualizados en SOTCNVT . . . . . . . . . . . . . . . . . . 125
Conversión de Datos SOAXREF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Usando Percentiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
Forma de Validación de de Percentil de Puntuación de Examen (STVTSPT) . . . . . 128Forma de Validación de Nombres de Campos de Cinta (STVTPFD) . . . . . . . . . . 128Forma de Regla de Posición del Campo de Cinta (SRATPFD) . . . . . . . . . . . . . 129
Usando Datos SAAERUL AGPA/ACHR . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130
Elaboración de Reporte AMCAS - Reportes de Resumen y Detalle . . . . . . . . 131
Reporte de Resumen de Datos Coincidentes - SRRSRIN . . . . . . . . . . . . . . . 131Reporte de Cambios de Nombre - SRRSRIN . . . . . . . . . . . . . . . . . . . . . . 131Reporte de Dirección en el Extranjero - API . . . . . . . . . . . . . . . . . . . . . . 132Reporte de Solicitudes Añadidas - SRRSRIN. . . . . . . . . . . . . . . . . . . . . . 132Reporte de Solicitudes Añadidas - SRRPREL . . . . . . . . . . . . . . . . . . . . . 133Reporte de Cambio en Datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133
Tablas Temporales y Distribución de Campo AMCAS . . . . . . . . . . . . . . . . . . 134
Validación/Conversión de STVTPFD a SOTCNVT/SAAERUL . . . . . . . . . . . . 146
Alumnos Versión 7.2 Octubre 20054 Guía de Versión Confidencial
Tabla de Contenidos
Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159
Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159Configuración del Procesamiento de Carga de Solicitud AMCAS . . . . . . . . . . . 160Procedimientos de Elaboración de Reporte y Procesamiento de Carga de Solicitud AMCAS
179Creación de Archivo de Acción de Admisiones AMCAS . . . . . . . . . . . . . . . . 186
Forma Nueva . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195
Forma de Validación de Tipo de Percentil de Puntuación de Examen (STVTSPT) . . 195
Formas Cambiadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196
Forma de Validación de Código de Interfaz (STVINFC) . . . . . . . . . . . . . . . . 196Forma de Detalle de Prospecto Electrónico (SRAPREL) . . . . . . . . . . . . . . . . 196Forma de Información de Puntuación de Examen (SOATEST) . . . . . . . . . . . . 197Forma de Conversión de Código de Cinta (SOTCNVT) . . . . . . . . . . . . . . . . 198Forma de Información Suplemental de la Solicitud (SOASUPL) . . . . . . . . . . . . 200
Forma Obsoleta . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200
Forma de Reglas de Interfaz de Cinta (SOAINFR) . . . . . . . . . . . . . . . . . . . 200
Menús Cambiados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200
Reportes y Procesos Cambiados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
Coincidir Prospecto Electrónico (SRRSRIN) . . . . . . . . . . . . . . . . . . . . . . 201Carga de Candidato Electrónico (SRTLOAD) . . . . . . . . . . . . . . . . . . . . . 202Proceso de Emigrar Prospectos Electrónicos (SRRPREL) . . . . . . . . . . . . . . . 207Depuración de Prospecto Electrónico (SRTPURG) . . . . . . . . . . . . . . . . . . 207Proceso de Carga de Datos AMCAS (SAPAMAL) . . . . . . . . . . . . . . . . . . . 208Proceso de Reportes de Carga de Datos AMCAS (SARAMAL) . . . . . . . . . . . . 208Archivo de Extracción de AMCAS (SARAMXF) . . . . . . . . . . . . . . . . . . . . 210
Ejemplos del Reporte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211
Coincidir Prospecto Electrónico (SRRSRIN) . . . . . . . . . . . . . . . . . . . . . . 211Carga de Candidato Electrónico (SRTLOAD) . . . . . . . . . . . . . . . . . . . . . 211Proceso de Emigrar Prospectos Electrónicos (SRRPREL) . . . . . . . . . . . . . . . 211Depuración de Prospecto Electrónico (SRTPURG) . . . . . . . . . . . . . . . . . . 211Proceso de Carga de Datos AMCAS (SAPAMAL) . . . . . . . . . . . . . . . . . . . 211
Section 3 Actualizaciones de Estimación de Cuota - Funcional253
Panorama . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253
Usando el Procesamiento de Intercambio Opcional con Reembolso por Total . 253
Procesamiento de Reembolso por Total y Ejemplos . . . . . . . . . . . . . . . . . . 253
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 5
Tabla de Contenidos
Forma Cambiada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255
Forma de Consulta de Estimación de Cuota/Curso de Alumno (SFAREGF) . . . . . . 255
Section 4 Intcomp - Funcional. . . . . . . . . . . . . . . . . . . . . . . . . . . . 257
Panorama . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257
Formas Cambiadas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 258
Forma de Mantenimiento de Curso Base (SCABASE) . . . . . . . . . . . . . . . . . 258Forma de Información Detallada del Curso (SCADETL) . . . . . . . . . . . . . . . . 258Forma de Horario (SSASECT) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259
Section 5 Curricula Concurrente Etapa 2 - Técnico . . . . . . . . . . 261
Nuevas Tablas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
Tabla de Conteo del Campo de Estudio del Módulo de Estudiante (SORLMFS) . . . . 261Tabla de Origen de Nombre de Kárdex (STVTRNS) . . . . . . . . . . . . . . . . . . 261Tabla de Reglas de Origen de Nombre de Kárdex (SHRTRNS) . . . . . . . . . . . . 262Tabla de Jerarquía de Tipo de Nombre para Selección de Nombre de kárdex (SHRTRNM)
263Tabla de Jerarquía de Tipo de Nombre para Solicitud de kárdex del Estudiante (SHTTRNM)
263Tabla de Servicios de Solicitud de Autoservicio de Verificación de Inscripción (SFRENSS)264Tabla de Opción de Pago de Solicitud de Autoservicio de Verificación de Inscripción (SFREN-
PO) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265
Tablas Cambiadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265
Tabla de Tipo de Solicitud de Reglas de Kárdex (SHRTPRT) . . . . . . . . . . . . . 265Tabla de Tipo de Solicitud de Verificación de Inscripción (SFREPRT) . . . . . . . . . 269Tabla de Reglas de Frecuencia de Curriculum de Estudiante (SOBLMOD) . . . . . . 271
Paquetes Cambiados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271
SOKLCUR. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271SHKTRAN. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271
Nuevas Funciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271
f_transcript_name . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271f_format_ssn . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
Funciones Cambiadas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
f_count_lfos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272f_lfos_count_status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
Alumnos Versión 7.2 Octubre 20056 Guía de Versión Confidencial
Tabla de Contenidos
Librería de Objetos Cambiada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273
SOQOLIB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273
Nuevos APIs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274
API de Jerarquía de Nombre de Tipo de Kárdex (sb_transcript_name) . . . . . . . . 274API de Jerarquía de Nombre de Solicitud de Kárdex (sb_transcript_req_name). . . . 275API Activo y Máximo Actual del Campo de Estudio (sb_fieldofstudy_allowed). . . . . 275API de Origen de Nombre de Kárdex (sb_transcript_name_source) . . . . . . . . . 276API de Tabla de Validación de Fuente de Nombre (sb_stvtrns) . . . . . . . . . . . . 277API de Opciones de Servicio de Verificación de Inscripción (sb_enr_ver_services) . . 277API de Opciones de Pago de Verificación de Inscripción (sb_enr_ver_payment) . . . 278
API Cambiado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279
sb_learnermodule. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279
Nuevos Scripts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279
Scripts para Tablas Nuevas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279Scripts para Tablas Cambiadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 281Scripts para Datos Seed . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 281
Datos Seed . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282
Forma de Validación de Transposición (GTVSDAX) . . . . . . . . . . . . . . . . . . 282Forma de Validación de Nombre de Proceso (GTVPROC) . . . . . . . . . . . . . . . 282Tabla de Origen de Nombre de Kárdex (STVTRNS) . . . . . . . . . . . . . . . . . . 282Tabla de Reglas de Origen de Nombre de Kárdex (SHRTRNS) . . . . . . . . . . . . 283Migrar Totales de Carrera, Especialidad y Concentración de SOBLMOD a SORLMFS 283Forma de Validación de Etiqueta de Verificación IED (STVXLBL) . . . . . . . . . . . 284Forma de Reglas de Referencia Cruzada IED (SOAXREF) . . . . . . . . . . . . . . 284
Section 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico. . . . . . . . . . . . . . . . . . . . . . . . . . 285
Nuevas Tablas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285
Tabla Temporal de Tipo de GPA (SRTGPAT) . . . . . . . . . . . . . . . . . . . . . . 285Tabla Temporal de Resumen de Curso (SRTCRSS) . . . . . . . . . . . . . . . . . . 285Tabla Temporal de Información Complementaria (SRTSUPL) . . . . . . . . . . . . . 286Tabla de Tipos de Percentil de Puntuación de Examen (STVTSPT) . . . . . . . . . . 290Tabla Temporal de Percentil de Examen (SRTTSPC) . . . . . . . . . . . . . . . . . 291Tabla de Percentil de Examen (SORTSPC) . . . . . . . . . . . . . . . . . . . . . . 291Tabla de Grado de Escuela Anterior (SRTDEGR) . . . . . . . . . . . . . . . . . . . 292Tabla de Carrera de Escuela Anterior (SRTMAJR) . . . . . . . . . . . . . . . . . . . 292
Tablas Cambiadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293
Tabla de Coincidencia Común de Alumno (SOTCMME) . . . . . . . . . . . . . . . . 293Tabla Temporal de Examen (SRTTEST) . . . . . . . . . . . . . . . . . . . . . . . . 293
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 7
Tabla de Contenidos
Tabla Temporal de Identificación (SRTIDEN) . . . . . . . . . . . . . . . . . . . . . . 294Tabla Base de Información Suplementaria de Solicitud (SABSUPL) . . . . . . . . . . 294Tabla Temporal de Dirección (SRTADDR) . . . . . . . . . . . . . . . . . . . . . . . 294Tabla Temporal de Persona (SRTPERS) . . . . . . . . . . . . . . . . . . . . . . . . 294
Vista de Banner Cambiada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
SRVPREL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
Paquetes Cambiados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
SAKMTCH. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295SRKPREL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
Nuevos Procedimientos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300
p_insert_sorgpat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300p_insert_sorcrss. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300p_insert_sabsupl . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300p_update_sorgpat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300p_update_sorcrss . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300p_update_sabsupl. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300p_match_AMCAS_id . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300
Procedimientos Cambiados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301
p_insert_sotcmme. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301p_migrate_prospect . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301p_insert_sorpcol. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301
Nuevas Funciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301
f_sabsupl_exists. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301f_is_hsch_crss . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301f_is_hsch_gpat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301f_sorgpat_exists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301f_sorcrss_exists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302f_same_sorgpat_exists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302f_same_sorcrss_exists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302
Nuevas Restricciones - Llaves Externas . . . . . . . . . . . . . . . . . . . . . . . . . . . 302
Restricciones Cambiadas - Llaves Externas. . . . . . . . . . . . . . . . . . . . . . . . . 303
Nuevas Restricciones - Llaves Principales . . . . . . . . . . . . . . . . . . . . . . . . . . 303
Nuevo API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304
sb_test_percentile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304
API Cambiado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305
sb_term . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305
Alumnos Versión 7.2 Octubre 20058 Guía de Versión Confidencial
Tabla de Contenidos
Nuevos Scripts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305
Scripts para Tablas Nuevas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305Scripts para Tablas Cambiadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306Scripts para Datos Seed . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307
Conversión de Valores SOTCNVT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308
Conversión de Datos SOAXREF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
Usando Datos SAAERUL AGPA/ACHR . . . . . . . . . . . . . . . . . . . . . . . . . . . 310
Datos Seed . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310
Forma de Reglas de Solicitud de Admisiones Electrónicas (SAAERUL) . . . . . . . . 310Forma de Validación de Tipo de Percentil de Puntuación de Examen (STVTSPT) . . 314Forma de Validación de Nombres de Campos de Cinta (STVTPFD). . . . . . . . . . 315Forma de Regla de Posición del Campo de Cinta (SRATPFD). . . . . . . . . . . . . 316Forma de Controles de Puntuación de Examen de Archivo de Cinta (SRATPTS) . . . 317Forma de Validación de Código de Examen (STVTESC) . . . . . . . . . . . . . . . 318
Section 7 Actualizaciones de Estimación de Cuota - Técnico 319
Panorama . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319
Nuevo Procedimiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319
p_calc_swap_liability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319
Procedimientos Cambiados. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319
p_process_hours_swap. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319p_processfeeassessment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 320p_calc_rbt_refunds . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 320p_get_sfrstcr_data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 320p_reverse_na_charges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 320
Nueva Función . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321
f_flat_rule_exists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321
Section 8 Intcomp - Técnico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
Nueva Tabla . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
Tabla de Socios de Integración para Cursos (SCRINTG) . . . . . . . . . . . . . . . 323
Tabla Cambiada. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324
Tabla de Información Base de Sección General (SSBSECT) . . . . . . . . . . . . . 324
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 9
Tabla de Contenidos
Nuevo API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324
sb_catlg_integration_partner . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324
API Cambiado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324
sb_section . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324
Nuevas Restricciones de Llave Unica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325
uk_scrintg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325
Nuevas Restricciones de Llave Externa. . . . . . . . . . . . . . . . . . . . . . . . . . . . 325
fk1_ssbsect_inv_gorintg_key . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325fk1_scrintp_inv_gorintg_key. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325fk1_scrintg_inv_stvterm_code. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325fk1_scrintg_inv_stvsubj_code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325fk1_scrintg_inv_scbcrky_key . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325
Datos Seed . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 326
Seguridad Basada en Valor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 326
Nuevos Scripts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 326
Section 9 Mejoras Misceláneas . . . . . . . . . . . . . . . . . . . . . . . . . . . 327
RPEs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327
Curricula Concurrente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327AMCAS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327Coincidencia Común . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 328CAPP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 328
Actualiza SHADEGR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329
Actualizaciones de Menú . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329
Mejora de Raza y Etnia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330
Forma Cambiada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330Tablas Cambiadas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 331Nuevos Scripts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332
Modificaciones a DBMS_SQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332
Modificaciones de Cursor PL/SQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 333
Modificaciones de Cursor Abierto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 333
Actualizaciones Regulatorias de Carga de Cinta Petersons de Primavera 2005 333
Alumnos Versión 7.2 Octubre 200510 Guía de Versión Confidencial
Tabla de Contenidos
Valores Actualizados de Raza y Etnia para AMCAS . . . . . . . . . . . . . . . . . . . 334
Section 10 Soluciones de Problemas . . . . . . . . . . . . . . . . . . . . . 337
Módulo de Catálogo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337
Módulo de Horario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 338
Módulo de Administración de Planta Física . . . . . . . . . . . . . . . . . . . . . . . . . 340
Módulo de Reclutamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 341
Módulo de Admisiones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 348
Módulo General de Alumno . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 354
Módulo de Inscripción. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 354
Módulo de Historia Académica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 360
Módulo CAPP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368
Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 376
Curriculum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 380
Reportes MIS/FTES . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 380
Validación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 380
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 11
Tabla de Contenidos
Esta página se dejó en blanco intencionalmente
Alumnos Versión 7.2 Octubre 200512 Guía de Versión Confidencial
Introducción
Introducción
Esta guía de versión documenta la Versión 7.2 del Sistema de Alumnos de Banner. La versión 7.2 incluye mejoras, actualizaciones regulatorias, RPEs, soluciones de problemas.
Este documento provee información detallada acerca de solo la versión 7.2 de Alumnos de SCT Banner. Alumnos de Banner 7.2 es una versión acumulada que también incluye cualquier mejora, RPE y soluciones de problemas entregados en la versión 7.1.1 de Alumnos. Para documentación completa acerca de esta versión intermedia, consulte la Guía de Versión intermedia identificada en la tabla al final de esta sección.
Mejoras para 7.2Las siguientes mejoras son nuevas para la Versión 7.2.
Curricula Concurrente Etapa 3
La Etapa 3 de la mejora de Curricula Concurrente le permite a la institución dar seguimiento al curriculum y datos de campo de estudio en el procesamiento de kárdex y verificación de inscripción para baseline, autoservicio y cuando aplique al reporte IED.
Migración de AMCAS a Procesamiento de Carga de Cinta Baseline Etapa 2
La Etapa 2 de esta mejora de AMCAS centraliza el procesamiento de carga de cinta del archivo de búsqueda y examen en Alumnos de Banner usando un solo proceso de carga de datos (SRTLOAD).
Actualizaciones para Estimación de Cuotas
Esta mejora contiene las actualizaciones para el procesamiento de intercambio opcional con el procesamiento de reembolso por total.
Intcomp
Esta mejora añade funcionalidad al Catálogo y Horario para usarse con el procesamiento de sistema socio de integración.
Mejoras Misceláneas (RPEs)Esta sección lista los RPEs y pequeñas mejoras por módulo. Esta sección también incluye las actualizaciones de regulaciones de Carga de Cinta AMCAS y Petersons, así como las configuraciones iniciales para el procesamiento de Raza y Etnia.
Soluciones de ProblemasEsta sección contiene descripciones de soluciones a problemas por módulo.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 13
Introducción
Versiones IntermediasEsta tabla resume las versiones intermedias que se incluyen en la Versión 7.2. Consulte la guía de la versión asociada para documentación de la versión adicional.
Número de Versión
Contenidos Fecha de Versión
7.1.1 APIs Agosto 2005
Alumnos Versión 7.2 Octubre 200514 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalPanorama
Sección 1 Curricula Concurrente Etapa 3 - Funcional
Panorama
Esta fase implementa el procesamiento del curriculum concurrente para la elaboración del reporte de verificación de inscripción y kárdex. Los cambios se han hecho al kárdex de documento o académico, al kárdex IED, y al kárdex de autoservicio para desplegar información más detallada de curriculum y de campo de estudio. Reporte de Verificación de Inscripción en baseline y autoservicio también se modificó para incorporar mayores datos de curriculum y de campo de estudio. Se agregó impresión y máscaras de fecha de nacimiento y NSS, como también selección de jerarquía de nombre.
Los siguientes RPEs se entregan como parte de esta mejora: #28517, #24237, #4927, #25749, #1622, #5817, #14684, #28199, #31772, #23968, #39570, #29024, #22302, #31397, y #30196.
Los siguientes RPEs se entregan como parte de esta mejora: #99024, #99621, #78514, #93115, #98932, #96230, #87657, y #89112.
Favor de consultar la Guía de Versión 7.2 de Autoservicio de Alumno para información sobre los cambios al procesamiento de verificación de inscripción y kárdex de autoservicio.
Cambios en el Procesamiento
Selección de Datos de kárdex de Curriculum ConcurrenteLos datos del curriculum concurrente ahora pueden ser seleccionados desde las tablas de curriculum concurrente e impresas en el kárdex académico (SHRTRTC), el Extracto de Intercambio de Datos Electrónicos (SHREDIY) o kárdex de IED, y la Página de Kárdex de Autoservicio (BWSKOTRN.P_ViewTran). Los parámetros han sido agregados para permitir la impresión de todo o parte de los registros de curriculum primario y secundario.
Las mejoras para el procesamiento de kárdex incluyen las siguientes:
• La Forma de Reglas de Tipo de Kárdex (SHATPRT) ha sido modificada de manera que puedan ser personalizadas las etiquetas del curriculum. Si ninguna etiqueta es especificada en las nuevas opciones, las etiquetas predefinidas utilizadas serán “Programa Actual” y “Secundario”. Una nueva opción de impresión ha sido agregada
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 15
Sección 1 Curricula Concurrente Etapa 3 - Funcional Cambios en el Procesamiento
de manera que puede imprimir el programa en el kárdex. Esto satisface el RPE #28517 y RPE #24237.
• El número de registros de curriculum secundario que son impresos ahora esta basado en el número de registros actuales y activos permitidos para el módulo donde registros secundarios son todos curriculum no-primario. Nuevas opciones han sido agregadas a SHATPRT para incluir o excluir la impresión de las partes del curriculum secundario. Esto es similar a lo que ya esta disponible para las partes del curriculum primario.
• El número máximo de campos de estudio que pueden ser impresos en el kárdex ahora esta basado en el máximo actual permitido establecido para el módulo. Esto incluye tipos de campo de estudio que están fuera de la carrera, especialidad o concentración.
• La impresión de concentraciones en el kárdex ha sido modificada. Anteriormente, todas las concentraciones eran impresas cuando la opción Carrera Actual estaba verificada en SHATPRT, basándose en la presunción que estaban vinculadas a las carreras. Dos nuevas banderas de impresión en SHATPRT (Carrera y Concentración) son utilizadas para controlar la impresión de concentraciones, ambas: base y aquellas vinculadas a carreras. La salida del kárdex ha sido modificada de manera que las concentraciones vinculadas a la carrera son impresas debajo de la carrera con una etiqueta de “Carr/Concentración”. Estas concentraciones anexadas al curriculum base se imprimen después de las especialidades y tienen una etiqueta de "Concentración". Esto satisface el RPE #4927.
• Una nueva opción ha sido agregada a SHATPRT para imprimir el campus del curriculum primario. Esto satisface el RPE #25749.
• Una nueva opción ha sido agregada a SHATPRT para imprimir la descripción del tipo de kárdex sin el código de tipo de kárdex. Todavía puede seleccionar la opción para imprimir el valor del código de tipo de kárdex. Esto satisface el RPE #1622.
• Cuatro conjuntos de opciones de impresión de curriculum han sido agregados a SHATRPT:
• Datos de Curriculum Principal de Estudiante
• Curriculum Secundario de Estudiante
• Curriculum Principal de Resultados
• Curriculum Secundario de Resultados
Las opciones de impresión para todas las cuatro secciones son las mismas e incluyen los siguientes datos:
• título o etiqueta que aparece arriba de la sección de curriculum
• programa
• grado
• escuela
• campus
• carrera
• concentraciones de carrera
• especialidad
• concentración
• Otros Campos de Estudio
Alumnos Versión 7.2 Octubre 200516 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalCambios en el Procesamiento
Otras opciones de impresión que pertenecen a los datos del curriculum, específicamente al curriculum primario del estudiante, son las opciones para imprimir el periodo de admisiones y el periodo de matriculación.
Los campos de estudio siempre serán impresos por orden de prioridad dentro de la agrupación del campo de estudio. Favor de notar que la colocación de concentraciones difiere del despliegue de campos de estudio en las formas que tienen ventanas de Curriculum. En esas formas, las concentraciones vinculadas a una carrera muestran la carrera pero son desplegadas después de las especialidades. En esta configuración, la etiqueta “Vinculada a la Carrera” no esta visible.
El siguiente orden facilita la identificación de concentraciones que están vinculadas a las carreras:
• carreras
• las concentraciones anexadas a carreras seguirán a cada carrera
• especialidades
• concentraciones anexas al curriculum base
• otros tipos de campo de estudio
Por ejemplo:
Curriculum Principal del Estudiante
Programa: BA-HISTORY BA Historia
Nivel: UG Licenciatura
Grado: BA Licenciatura en Artes
Campus: MAI Principal
Escuela: AS Artes y Ciencias
Carrera 1: HIST Historia
Concentración Anexada a HIST: AMER Historia de América
Carrera 2: ECON Economía
Especialidad 1: ACCT Contabilidad
Concentración Anexada a Base: MEDI Historia Medieval
Otro Campo de Estudio INTERN: Beca del Gobierno Federal US USGV (La descripción de INTERN en GTVLFST es Beca.)
Si están seleccionadas todas las opciones de impresión, los siguientes datos serán desplegados en el kárdex:
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 17
Sección 1 Curricula Concurrente Etapa 3 - Funcional Cambios en el Procesamiento
Programa Actual:
Licenciatura en Artes
Programa: BA Historia
Escuela: Artes y Ciencias
Campus: Principal
Carrera: Historia
Carrera/Concentración: Historia de América
Carrera: Economía
Especialidad: Contabilidad
Concentración: Historia Medieval
Beca: Beca del Gobierno Federal
El kárdex de papel (SHRTRTC) imprimirá el curriculum primario y grado otorgado si el nivel coincide con el nivel del curso que esta siendo reportado. La escuela y carrera que son impresas por periodo vienen del curriculum primario y curriculum activo. Si el nivel no coincide con el nivel del curso que esta siendo impreso, no serán impresas la escuela y “Carrera por Periodo”.
La diferencia entre los kárdex de papel y autoservicio cuando el nivel de AL esta seleccionado es la apariencia en cómo es impreso el curriculum. Para el kárdex de autoservicio, todos los registros de curriculum son impresos al inicio del documento, pero para el kárdex de papel, el registro de curriculum primario, activo y actual es impreso al inicio del documento, pero para el kárdex de papel, el registro de curriculum primario, activo y actual es impreso al inicio de las páginas de salida que están reportando los cursos para ese nivel. Si el grado es otorgado, y los registros de resultados primario y secundario están en dos niveles diferentes (ambos en el mismo número de secuencia de grado), los registros de curriculum de resultados primario y secundario serán impresos en la página con el nivel que coincide con el curriculum de resultados primario. El kárdex de autoservicio reporta todos los cursos juntos, pero el kárdex de papel produce páginas de salida separadas para cada nivel.
Selección de Datos de Verificación de Inscripción de Curriculum ConcurrenteAhora puede seleccionar datos de curriculum que van a ser impresos en el Reporte de Verificación de Inscripción (SFRENRL) y la Página de Ver Datos del Periodo de Autoservicio (BWSKRSTA.P_RegsStatusDisp, y BWSKGSTU.P_StuInfo). SFRENRL ahora imprimirá todas las partes del curriculum secundario, y las páginas de autoservicio y la Forma de Solicitud de Verificación de Inscripción (SFARQST) desplegará todos los registros de campos de estudio y curriculum activo y actual.
Alumnos Versión 7.2 Octubre 200518 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalCambios en el Procesamiento
Las mejoras para el procesamiento de verificación de inscripción incluyen lo siguiente:
• El número de registros de curriculum secundario que son impresos ahora esta basado en el número de registros activos y actuales permitidos para el módulo, en donde los registros secundarios son todos curriculum no-primario.
• Los datos del programa ahora son impresos para ser consistentes con lo que es impreso en la salida del kárdex.
• El número máximo de campos de estudio que pueden ser impresos en la verificación de inscripción ahora esta basado en el máximo actual permitido establecido para el módulo y tipo. Esto incluye tipos de campo de estudio que están fuera de la carrera, especialidad o concentración.
• SFARQST ha sido modificada para desplegar la información de resumen del curriculum que ya se puede ver en SGASTDN.
• La impresión de concentraciones para verificación de inscripción ha sido modificada, Anteriormente, todas las concentraciones eran impresas en el reporte, basándose en la presunción que estaban vinculadas a las carreras. La salida del reporte ha sido modificada de manera que concentraciones vinculadas a la carrera son impresas debajo de la carrera con la etiqueta de “Carr/Concentración”. Estas concentraciones anexadas al curriculum base se imprimen después de las especialidades y tienen una etiqueta de "Concentración". Esto satisface el RPE #4927.
• La segunda carrera y todas las especialidades ahora son desplegadas en la Página de Verificar Su Status en autoservicio. Esta página también despliega todos los registros de campo de estudio y curriculum activo y actual. Esto satisface el RPE #5817.
• La segunda carrera ahora se despliega en la Página de Verificar Sus Calificaciones. Esto satisface el RPE #14684.
Los siguientes elementos del curriculum base son incluidos en la salida de verificación de inscripción:
• programa
• nivel
• grado
• campus
• escuela
Los campos de estudio siempre se imprimirán por orden de prioridad dentro de la agrupación de campo de estudio:
• carreras/departamentos
• las concentraciones anexadas a carreras seguirán la carrera
• especialidades
• concentraciones anexas al curriculum base
• otros tipos de campo de estudio
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 19
Sección 1 Curricula Concurrente Etapa 3 - Funcional Cambios en el Procesamiento
Por ejemplo:
Curriculum Principal del Estudiante
--- PRIMARY CURRICULUM --- Program : Masters Business Admin. College : College of Business Campus : Principal Degree : Master of Business Admin. Major : Accounting - Priority 1 major Maj/Concentration : Banking - (Concentration attached to Major Accounting) Major : Finance - Priority 2 major Maj/Concentration : Business Administration (Concentration attached to Major, Finance)
Minor : Marketing - priority 1 minor Minor : Business Law - priority 2 minor Concentration:Wills/Estates/Trusts - priority 1 base concentration of priority 1 curriculum - not attached to any major Concentration:Real Estate Law - priority 2 base concentration of priority 1 curriculum - not attached to any major
Intern Program : Business Administration - other field of study defined in GTVLFST as Intern Program.
-- SECONDARY CURRICULUM -- Program : JD (Law) - Priority 2 curriculum College : Law School Degree : Juris Doctor Major : Law - priority 1 major on priority 2 curriculum Minor : Constitutional Law Concentration : Immigration Issues Intern Program : District Attorney Clerk
Program : BBA in Accounting - Priortity 3 curriculum College : College of Business Degree : Bachelor of Business Admin. Major : Accounting - priority 1 major of priority 2 curriculum Minor : Art History - priority 1 minor of priority 3 curriculum Concentration : Latin - Base concentration of priority 3 curriculum
Program : BA in English - Priority 4 curriculum College : College of Arts & Sciences Degree : Licenciatura en Artes Major : English - Priority 1 major of priority 4 curriculum Major : History - Priority 2 major of priority 4 curriculum
Major : Spanish - Priority 3 major of priority 4 curriculum
Major : French - Priority 4 major of priority 4 curriculum
Major : Economics - Priority 5 major of priority 4 curriculum
Maj/Concentration : Business Administration - priority 1 concentration attached to priority 5 major, Economics on priority 4 curriculum Major : Biology - priority 6 major of priority 4 curriculum Minor : Art History - priority 1 minor of priority 4 curriculum Minor : Music - priority 2 minor of priority 4 curriculum Minor : Latin - priority 3 minor of priority 4 curriculum Concentration : Literary Studies - priority 1 base concentration not attached to any major on the priority 4 curriculum Concentration : Banking priority 2 base concentration not attached to any major on the priority 4 curriculum
Field Experience : Art Education - priority 1 other field of Study of priority 4 curriculum, other field of study defined in GTVLFST is described as Field Experience.
Alumnos Versión 7.2 Octubre 200520 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalCambios en el Procesamiento
Conteos de Campo de Estudio MáximoLos conteos máximos para todos los tipos de campos de estudio ahora son registrados, no sólo los campos de estudio para la carrera, especialidad y concentración. Anteriormente, el máximo de campos de estudio actuales y activos permitidos eran codificados para cada módulo en SOACTRL y eran restringidos a los tipos de campo de estudio de carrera, especialidad y concentración. Esto ha sido expandido para incluir cualquier tipo de campo de estudio.
Una nueva tabla SORLMFS es utilizada para almacenar los conteos máximos por campo del módulo y tipo de campo de estudio. Las claves para la nueva tabla son el código del módulo (LMOD_CODE) y el tipo de campo de estudio (LFST_CODE). Los tipos para MAJOR, MINOR, y CONCENTRATION son requeridos y son entregados como parte de la versión. La tabla permite un conteo de cero, lo cuál significa que ninguno esta permitido para ese tipo de campo de estudio. Un valor de uno (1) es requerido para el tipo de carrera, porque el curriculum actualmente requiere al menos una carrera. Un script de conversión es utilizado para mover los máximos de campo de estudio desde la tabla SOBLMOD hasta la tabla SORLMFS y también es entregado como parte de la versión.
Imprimiendo NSS y Fecha de Nacimiento en el kárdexEl kárdex impreso ha sido mejorado, dándole a los usuarios la opción de incluir, excluir o darle máscara al NSS y fecha de nacimiento del alumno en la salida. Este satisface los siguientes RPEs: #28199, #31772, #23968, y #39570.
Las reglas de tipo de kárdex también han sido actualizadas para incluir columnas para la definición de una máscara de formato para la fecha de nacimiento. Las banderas ya existen para permitirle incluir o excluir la impresión de la fecha de nacimiento en el kárdex.
Nuevos campos han sido agregados para definir si el NSS e ID Banner deben ser impresos en el kárdex. Una nueva regla ha sido agregada para cumplir con este indicador y para dar máscara al NSS. La máscara de formato para el NSS sólo trabajará en el kárdex de papel/académico (SHRTRTC). La fecha de nacimiento puede tener máscara en el kárdex de autoservicio, pero el NSS no se despliega en el kárdex de autoservicio.
Impresión de NSS y Fecha de Nacimiento en la Salida de Verificación de InscripciónLa salida de verificación de inscripción ha sido mejorada, dándole a los usuarios la opción de incluir, excluir, o darle máscara a la fecha de nacimiento y NSS del alumno en el reporte. Este satisface los siguientes RPEs: #29024 y #22302.
Las reglas de tipo de verificación de inscripción han sido actualizadas para incluir columnas para definición de una máscara de formato para la fecha de nacimiento y el NSS.
Han sido agregados nuevos campos para definir si el NSS y/o ID Banner deben ser impresos en el reporte. Ya existe un parámetro en envío de trabajo para permitirle incluir o excluir la impresión de la fecha de nacimiento en el reporte.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 21
Sección 1 Curricula Concurrente Etapa 3 - Funcional Cambios en el Procesamiento
Jerarquía de Tipo de Nombre en Solicitud de kárdexAhora tiene la opción de utilizar una jerarquía de tipo de nombre en una solicitud de kárdex. Esto satisface el RPE #30196.
Ahora tiene la capacidad para imprimir un nombre en un kárdex que no es el nombre actual encontrado en el registro de identificación (SPRIDEN). Puede identificar una jerarquía de nombres en Banner que pueden ser utilizados para llenar el nombre de “registro de” en el kárdex de papel. Los nombres de Banner que pueden ser considerados incluyen:
• cualquier nombre en la Tabla de Repetición de Nombre/Identificación de Persona (SPRIDEN) que es identificado por un tipo de nombre
• Nombre Legal de General de Persona
• Nombre de diploma del Alumno
Dos niveles se pueden definir para la jerarquía de nombre de kárdex. El nivel superior es para el tipo de kárdex. El segundo nivel es para una solicitud de persona. Si ninguna coincidencia es encontrada en ninguna de esas fuentes de datos, será utilizado el nombre de identificación actual.
El procesamiento de reglas especiales es requerido para kárdex de IED (SHREDIY). Ese proceso requiere que exista un apellido y primer nombre. El nombre de diploma y nombre legal no puede ser utilizado para el kárdex de IED, debido a que esos registros no dividen el primer nombre y apellido.
Nota: La selección de jerarquía de nombre sólo puede ser utilizada para kárdex de IED si el tipo de kárdex seleccionado permite que sea producido un kárdex de IED.
La nueva tabla de validación de STVTRNS es utilizada para identificar las fuentes de nombre y los datos seed requeridos son entregados con las fuentes de nombre soportadas. SHATPRT (tipo de kárdex) ha sido modificado para almacenar la jerarquía del nombre. SHARQTC (solicitud de kárdex) también ha sido modificada para almacenar una jerarquía de nombre especifica al individuo.
Cuando completa una solicitud de kárdex, el Menú de Opciones provee acceso a SHADEGR donde pueden ser consultadas las secuencias de grado (SHADGMQ), y pueden ser vistos el nombre del diploma, permitiéndole al usuario seleccionar el número de secuencia de grado correcto para el nombre del diploma en las reglas de jerarquía. Anteriormente, sólo podía ver un nombre de diploma en SHADIPL.
Envíos de Verificaciones de Inscripción en AutoservicioUna nueva página Web de autoservicio ha sido agregada para el procesamiento de envíos de verificación de inscripción que permite a un alumno solicitar una copia de su verificación de inscripción para un periodo.
Esta página radica en el acceso seguro del menú de registro de alumno, de manera que un estudiante puede solicitar un reporte de verificación de inscripción en cualquier momento. La página llena la misma tabla que se encuentra después de SFARQST.
Alumnos Versión 7.2 Octubre 200522 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalCambios en el Procesamiento
Los datos que el estudiante ingresa incluyen:
• periodo y/o año académico
• tipo de solicitud
• Número de Copias
• enviar a nombre y dirección o número de fax (Es utilizada una lista desplegable para seleccionar la dirección del estudiante.)
• página de confirmación del alumno para ver su solicitud
Han sido agregados nuevos controles a SFAEPRT (reglas de solicitud de verificación de inscripción) para indicar los tipos y opciones de pago/manejo especial que están disponibles para las solicitudes de autoservicio. Nuevos controles han sido agregados a GTVSDAX para limitar el número de solicitudes de inscripción permitidas desde autoservicio.
Forma de Validación de Transposición (GTVSDAX)La regla MAXEVREQNO es entregada con esta versión. Esta nueva regla se usa para limitar el número de solicitudes de verificación de inscripción de autoservicio que el alumno puede hacer por periodo. El predefinido es 999 (esencialmente, ilimitado). Debe cambiar este valor si desea restringir el número de solicitudes permitidas por periodo.
Forma de Validación de Nombre de Proceso (GTVPROC)Un nuevo nombre de proceso se añadió para el procesamiento de tarjeta de crédito para solicitud de verificación de inscripción de autoservicio. Si su institución carga para solicitudes de verificación de inscripción de autoservicio y quiere permitir a los alumnos hacer pagos con tarjeta de crédito, debe crear un registro correspondiente en GORMERC (utilizando la forma GOAMERC).
Código Externo
Código Interno Número de Secuencia de Código Interno
Grupo de Código Interno
Descripción Fecha Actividad
999 MAXEVREQNO STUWEB Solicitud de Verif Inscrp Max por Periodo
Fecha Sistema
Código de Nombre de Proceso
Descripción Requerido por el Sistema
WEBCCEPRTREQ Proceso de Verificación de Cargo de Inscripción para Tarjeta de Crédito en Web
Y
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 23
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Nuevas
Ejecución de Conversión de CurriculumLas conversiones de curriculum ahora pueden ser ejecutadas desde páginas de solicitudes de kárdex (SHRTRTC), solicitudes de verificación de inscripción (SFARQST y SFRENRL), y ver autoservicio donde los datos del curriculum pueden ser impresos antes de que cualquier procesamiento ocurra, de manera que todos los datos del curriculum aparecen en la salida impresa o en línea.
Todos los objetos en los cuáles esta implementado el procesamiento de curriculum concurrente intentarán convertir el estudiante y resultados del curriculum de tablas anfitrionas originales a las nuevas tablas de curriculum concurrente.
Nota: Las vistas que fueron modificadas para esta versión son excluidas de esta modificación.
Formas Nuevas
Forma de Validación de Código de Origen de Nombre de Kárdex (STVTRNS)Esta forma es utilizada para crear y mantener códigos de origen de nombre de kárdex. Una fuente de nombre del alumno podía ser el nombre del diploma, el nombre legal o el nombre de identificación del registro general de la persona.
Los siguientes valores son requeridos por el sistema y se entregan para STVTRNS:
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Código Código de Origen de Nombre de Kárdex. Este es el código para la fuente del nombre del kárdex, tales como IDEN, DIPLOMA, o LEGAL.
Descripción Descripción de Código de Origen de Nombre de Kárdex. Esta es la descripción de código de origen de nombre de kárdex.
ID de Usuario El ID de la persona que creó o actualizó el registro.
Fecha Actividad La fecha en la que fue creado o tuvo la última actualización el registro.
Alumnos Versión 7.2 Octubre 200524 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Nuevas
Forma de Reglas de Origen de Nombre de Kárdex (SHRTRNS)Esta forma es utilizada para crear reglas para los códigos de fuente de nombre de kárdex en STVTRNS.
Los siguientes valores se entregan para SHRTRNS:
Código de Origen de Nombre de Kárdex
Descripción
IDEN Identificación de General de Persona
LEGAL Nombre Legal de General de Persona
DIPLOMA Nombre de Diploma
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Códigos de Origen de Nombre de Kárdex
Códigos utilizados para indicar la fuente del nombre que es impreso en el kárdex.
(buscar) Lista Fuentes de Nombre de kárdex (STVTRNS)
Descripción Descripción de los códigos utilizados para indicar la fuente del nombre que es impreso en el kárdex.
Indicador IED Cuando se marca, el código de origen de nombre se usará para el kárdex IED (SHREDIY).
Indicador de Tipo de Nombre
Cuando se marca, el código de origen de nombre se usará para el tipo de nombre.
Indicador de Grado
Cuando se marca, el código de origen de nombre se usará para el diploma.
Indicador de Requerido por el Sistema
El cuadro de verificación de Requerido por el Sistema es utilizado para determinar cuáles valores son requeridos por el sistema. Si el cuadro de Requerido por el Sistema está marcado, el registro de tabla de validación no se puede eliminar.
ID de Usuario El ID de la persona que creó o actualizó el registro.
Fecha Actividad La fecha en la que fue creado o tuvo la última actualización el registro.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 25
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Nuevas
Forma de Status de Verificación de Inscripción (SFARQSS)Esta forma es utilizada para ver las solicitudes de verificación de inscripción y para actualizar la fecha de impresión como sea necesario. Puede ver la información detallada para una solicitud, seleccionar todas las solicitudes, deseleccionar todas las solicitudes, y establecer la fecha del sistema/fecha de impresión.
Bloque ClaveUtilizar el Bloque Clave para ingresar el ID para el alumno de quién quiere ver las solicitudes de verificación de inscripción. También puede ingresar la fecha de solicitud, fecha de impresión y/o fecha de envío.
Códigos de Origen de Nombre de Kárdex
Habilitado para IED
Habilitado para Tipo de Nombre
Permitido para Grado
Requerido por el Sistema
IDEN Y Y N Y
LEGAL N N N Y
DIPLOMA N N Y Y
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
ID ID del alumno de quién desea ver las solicitudes de verificación de inscripción.
(buscar) Listar Forma de Búsqueda de Persona (SOAIDEN)
(buscar) Conteo Aciertos Forma de Solicitud de Verificación de Inscripción (SFARQST)
Fecha de Solicitud
Fecha en que se hizo la solicitud. Este campo es opcional para la consulta.
Imprimir Fecha Fecha en que se imprimió la solicitud. Este campo es opcional para la consulta.
Fecha de Envío Fecha en que se envío la solicitud. Este campo es opcional para la consulta.
Alumnos Versión 7.2 Octubre 200526 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Nuevas
Bloque de Solicitud de Verificación de InscripciónUtilizar este bloque para ver el detalle de las solicitudes de verificación de inscripción.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Seleccionar Verificar para actualizar la fecha de envío de verificación de inscripción a la fecha actual.
ID ID del alumno para la solicitud.
Existe Retención
Cuando se marca, existe una retención para el alumno para el periodo.
Periodo Periodo para el cuál fue solicitada la verificación de inscripción.
Número de solicitud
Número de solicitud de verificación de inscripción.
Fecha de Solicitud
Fecha en la que fue solicitada la verificación de inscripción.
Imprimir Fecha Fecha en la que fue impresa la verificación de inscripción.
Fecha de Envío Fecha en la que fue enviada la verificación de inscripción.
Código de Verificación de inscripción
Código de tipo de verificación de inscripción utilizado para la solicitud.
(buscar) Listar Validación de Código de Tipo de Verificación de Inscripción (STVEPRT)
Número de Copias
Número de copias solicitadas de verificación de inscripción.
AutoServicio Opción de autoservicio de Web para manejar opciones especiales.
(buscar) Lista Validación de Opción de Autoservicio de Web (STVWSSO)
Opción de Pago Opción de pago de autoservicio para solicitudes de servicio especial.
(buscar) Lista Validación de Opción de Pago de Web (STVWPYO)
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 27
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Formas Cambiadas
Forma de Control de Reglas de Curriculum (SOACTRL)Esta forma se ha modificado para esta mejora. Han sido quitados campos del Bloque de Número de Curriculum Permitido. Un nuevo bloque de Número de Campo de Estudio ha sido agregado. Han sido agregadas pestañas para acceder a esos dos bloques.
Cambios al Bloque de Número de Curricula PermitidaLos campos Carreras, Especialidades y Concentraciones han sido quitados de este bloque. Esa información ahora es capturada en el bloque Número de Campo de Estudio Permitido.
La pestaña de Número de Curriculum Permitido puede ser utilizada para acceder este bloque.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Módulo de Estudiante
Este es el módulo de Banner para el que el número de curricula, carreras, especialidades, y concentraciones se definen.
(buscar) Listar Validación de Módulo de Estudiante (STVLMOD)
Columna: SOBLMOD_LMOD_CODE
Curricula Este es el número de curricula activa permitida para el módulo.
Columna: SOBLMOD_MAX_CURRICULA
Requerido por el Sistema
El cuadro de Requerido por el Sistema se usa para determinar que valores son requeridos por el sistema. Si el cuadro de Requerido por el Sistema se marca, el registro no se puede eliminar.
Columna: SOBLMOD_SYS_REQ_IND
Usuario Este campo despliega el ID de usuario de la persona que creó el registro.
Columna: SOBLMOD_USER_ID
Fecha de Actividad
Este campo despliega la fecha en que el registro se creó o modificó.
Columna: SOBLMOD_ACTIVITY_DATE
Alumnos Versión 7.2 Octubre 200528 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Nuevo Bloque de Número de Campo de Estudio PermitidoEste nuevo bloque ha sido agregado a la forma que utiliza la tabla SORLMFS. Este bloque es utilizado para configurar el número de campos de estudio que son permitidos para el módulo de carreras, especialidades y concentraciones por estudiante.
El valor de cero puede ser ingresado para un tipo de campo de estudio de no-carrera. Esto impide a los usuarios agregar campos de estudio activos y actuales para ese tipo. Un registro de SOBLMOD, el cuál define el módulo de estudiante y el número de curriculum permitido, debe existir antes de la definición de los conteos de campos de estudio en SORLMFS. El campo que se despliega en el kárdex provee los medios para la supresión individual de “otros” campos de estudio del kárdex.
La pestaña Número de Campo de Estudio Permitido puede ser utilizada para acceder este bloque.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Código de Módulo de Estudiante
Este es el módulo de Banner para el que el número de curricula, carreras, especialidades, y concentraciones se definen.
(buscar) Listar Validación de Módulo de Estudiante (STVLMOD)
Columna: SORLMFS_LMOD_CODE
Campo de Estudio
Este es el campo de estudio para la regla de curriculum.
(buscar) Listar Validación de Tipo de Campo de Estudio de Estudiante (GTVLFST)
Columna: SORLMFS_LFST_CODE
Máximo Permitido
Este es el número máximo de tipos de campo de estudio permitidos. Ingresar 1 - 999 para carreras y 0 - 999 para todos los otros tipos.
Columna: SORLMFS_MAX_NUMBER
Desplegar en Kárdex
Verificar el cuadro verificación para desplegar el campo de estudio en el kárdex.
Columna: SORLMFS_TRAN_WEB_IND
Requerido por el Sistema
El cuadro de Requerido por el Sistema se usa para determinar que valores son requeridos por el sistema. Si el cuadro de Requerido por el Sistema se marca, el registro no se puede eliminar.
Columna: SORLMFS_SYS_REQ_IND
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 29
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Forma de Reglas de Tipo de Kárdex (SHATPRT)Esta forma se ha rediseñado y actualizado para esta mejora. Se hicieron los siguientes cambios:
• Las pestañas han sido agregadas para facilitar el acceso a todas las ventanas y campos.
• La forma ahora tiene cuatro ventanas: la ventana principal (donde residen las opciones de impresión), la nueva ventana de Opciones de Impresión de Curriculum, la nueva ventana de Personalización de Opciones de Impresión y la ventana de Opciones de Impresión de Autoservicio.
• Los cuadros de verificación en el bloque de Opciones de Impresión han sido arreglados nuevamente y han sido agregados los nuevos campos Descripción de Tipo de kárdex y Último Estado Académico.
• El cuadro de verificación Estado Académico ha sido renombrado Estado Académico por Periodo.
• La información de autosugerencia para los campos en el bloque de Opciones de Impresión indica si el elemento puede ser impreso en el kárdex de papel, el kárdex IED, o el kárdex de autoservicio.
• Los campos de curriculum han sido movidos del bloque de Opciones de Impresión a la nueva ventana de Opciones de Impresión de Curriculum y luego renombradas.
• La información de autosugerencia para los campos en la ventana de Opciones de Impresión de Curriculum indica si el elemento puede ser impreso en el kárdex de papel, el kárdex IED, o el kárdex de autoservicio.
• El campo Fecha de Nacimiento ha sido movido del bloque de Opciones de Impresión a la nueva ventana de Personalización de Opciones de Impresión.
• Las opciones de fecha de nacimiento y NSS y la máscara han sido agregadas a la ventana de Personalización de Opciones de Impresión.
• El procesamiento de regla de jerarquía de nombre ha sido agregado a la ventana de Personalización de Opciones de Impresión.
• El campo Nombre Actual ha sido movido del bloque de Opciones de Impresión a la nueva ventana de Personalización de Opciones de Impresión.
• La Ventana de Información de Procesamiento de Solicitud ha sido renombrada ventana de Opciones de Impresión de Autoservicio.
Usuario Este campo despliega el ID de usuario de la persona que creó el registro.
Columna: SORLMFS_USER_ID
Fecha de Actividad
Este campo despliega la fecha en que el registro se creó o modificó.
Columna: SORLMFS_ACTIVITY_DATE
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200530 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Máscaras de Formato de NSS, ID, y Fecha de NacimientoAhora tiene la opción de seleccionar la fecha de nacimiento, NSS, ID de Banner, o que ninguno de estos se imprima en los kárdex en papel y/o IED. (IED no transmite el NSS. Siempre usa el ID de Banner.) Use los cuadros de elección en el bloque de Opciones de Personalización de Impresión para elegir los datos que desea incluir. Puede cambiar la manera en que aparece el NSS o ID de Banner en el kárdex. También puede cambiar el formato de la fecha de nacimiento para el kárdex en papel o en autoservicio a cualquier formato de fecha válido usando la lista desplegable.
NSS e ID
Las reglas para añadir una máscara de caracter a los valores de NSS/ID es como sigue:
• Use el caracter X para desplegar datos y el caracter * para ocultar datos.
• Este se puede usar solo para columnas de solo despliegue.
• No se puede usar cuando hay captura de datos involucrada en la columna.
Lo siguiente describe las máscaras de formato válidas para cadenas de carácter tales como el NSS o número de ID:
Dos ejemplos de máscaras de formato y el NSS pueden ser:
• Valor 123456789 y máscara ******XXX se imprimirán como ******789.
• Valor 123456789 y máscara ***XXX*** se imprimirán como ***456***.
Fechas/Fechas y Horas de Nacimiento
Lo siguiente describe las máscaras de formato válidas para fechas, tales como fecha de nacimiento y horas, y puede ser utilizada para cambiar como aparece la fecha en el kárdex.
Elemento Ejemplo Descripción
* **** Caracteres se despliegan como asteriscos.
X XXXXXX Caracteres se despliegan como el valor normal.
Elemento Ejemplo Descripción
YYYYYYYYYY
2003003033
año en cuatro dígitosaño de tres dígitosaño de dos dígitosaño de un dígito
SYYYY -2003 S añade un prefijo de a - para una fecha AC.
Y,YYY 2,003 Año con coma en esta posición
AC o DC 2003AD indicador AC/DC
A.C. o D.C. 2003A.D. indicador AC/DC con puntos
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 31
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
RR Predefine el siglo correcto. Calcula el siglo de una fecha ingresada por comparar el año ingresado de dos dígitos con el año y siglo que tiene el reloj interno de la computadora. Años 00-49 serán para el siglo 21 (el año 2000), y los años 50-99 serán para el siglo 20 (el año 1900).
MM Enero = 01 mes de dos dígitos
MONTH ENERO Nombre del mes, relleno con blancos a una longitud de 9 caracteres
MON ENE Nombre del mes, abreviación de 3 letras
DDD Día del año (1 - 366)
DD Día del mes (1 - 31)
D Día de la semana (1 - 7; Domingo = 1)
DAY DOMINGO Nombre del día, relleno con blancos a una longitud de 9 caracteres
DY DOM Nombre del día, abreviación de 3 letras
J día Juliano, el número de días desde Enero 1, 4712 AC
AM o PM Indicador de Meridiano
A.M. o P.M. Indicador de meridiano con puntos
HH o HH12 1100 Hora del día (1 - 12)
HH24 2300 Hora del día (0 - 23)
MI Minuto (0 - 59)
SS Segundos (0 - 59)
SSSSS Segundos pasados la media noche (0 - 86399)
/. La puntuación se reproduce en el resultado.
“...” Cadena entrecomillada se reproduce en el resultado.
FM Modo de llenado: asume caracteres implicados como es O o espacio, despliega los caracteres significativos justificados a la izquierda. Permite que la entrada del usuario final sea más corta que la máscara de formato. (Usarlo junto con FX para requerir delimitadores específicos.)
Elemento Ejemplo Descripción
Alumnos Versión 7.2 Octubre 200532 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Dos ejemplos de máscaras de formato y para horas y fechas pueden ser:
• Valor de fecha de nacimiento 01-ENE-1980 y máscara 'DD-MES' se desplegará como 01-ENE.
• Valor de fecha de nacimiento 01-ENE-1980 y máscara 'Mes DD' se desplegará como Enero 01.
Condiciones de Despliegue de Opción de Impresión de AutoServicioLos registros se insertan en Cuentas por Cobrar cuando existen montos de cargo que son mayores de $0.00. Cuando una opción de pago disponible se ha configurado en STVWPYO y requiere un cargo y/o pago de tarjeta de crédito en autoservicio, tanto el cargo y el crédito se insertarán en la tabla de Cuentas por Cobrar apropiada cuando la solicitud de autoservicio se haya completado. Se puede insertar si el tipo del cargo es ya sea M (el registro se inserta dentro de TBRMISD) o S (el registro se inserta dentro de TBRACCD).
• Si el tipo de cargo es M, entonces la opción de pago debe ser un tipo de tarjeta de crédito, debido a que es la única manera de garantizar que el pago se colecte. Por definición, TBRMISD requiere un pago al mismo tiempo que se aplica el cargo.
• Si el tipo de cargo es S, y la opción de pago no es un tipo de tarjeta de crédito, entonces cualquier cargo establecido para los servicios no se inserta en la cuenta del alumno desde AutoServicio. Un ejemplo de esto puede ser "Facturar Mi Cuenta."
• Los cargos de tipo S (que no son cargos de tarjeta de crédito) se insertan dentro de TBRACCD cuando ejecuta SFRENRL para solicitudes de verificación de inscripción o SHRTRTC para solicitudes de Kárdex.
Las siguientes cuatro condiciones afectan la información que es desplegada en las páginas de solicitud de autoservicio, basándose en las configuraciones en la ventana de Opciones de Impresión de Autoservicio de SHATPRT y/o SFAEPRT.
FX Todas las literales de fecha deben coincidir con la máscara exactamente, incluyendo los delimitadores.
Elemento Ejemplo Descripción
Condiciones en la Ventana de Opciones de Impresión en AutoServicio
Datos/Mensaje Desplegados para Alumnos en las las Páginas de Solicitud de AutoServicio
1 - Tipo de nivel de servicio es M
- Cargo es mayor que $0.00
- Existen opciones de pago, tipos de tarjeta de crédito y/o sin tarjeta de crédito
Solo despliega las opciones de pago donde el Indicador de Tarjeta de Crédito es Y en STVWPYO
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 33
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Extracto de la Guía de Usuario - Forma de Reglas de Tipo de Kárdex (SHATPRT)Esta es la documentación de referencia de formas actualizadas para SHATPRT, incluyendo definiciones de campo.
El propósito de la Forma de Reglas de Tipo de Kárdex es crear las reglas asociadas con el tipo de kárdex que se solicita. Ejemplos de tipo de kárdex incluyen Kárdex Oficial Externo o Kárdex de Asesor. La opción de imprimir información en el kárdex se indica por seleccionar el cuadro apropiado. Por ejemplo, seleccionado Cuadro de Honor indica que esta información se imprimirá en el kárdex.
La Forma de Validación de Tipo de Kárdex (STVTPRT) debe crearse antes de crear las reglas. Esta forma debe crearse antes de solicitar el kárdex vía la Forma de Solicitud de Kárdex (SHARQTC).
Ventana PrincipalLa ventana principal contiene el Bloque Clave y el Bloque de Opciones de Impresión. Utilizar el Bloque Clave para seleccionar el tipo de kárdex y el bloque de Opciones de Impresión para seleccionar los datos que van a ser desplegados en el kárdex.
Bloque Clave
Utilizar este bloque para seleccionar el tipo de kárdex que va a ser producido.
El siguiente campo se encuentra en el Bloque Clave
2 - Tipo de nivel de servicio es M
- Cargo es mayor que $0.00
- Existen opciones de pago, pero ninguno es tipo de tarjeta de crédito
Desplegar mensaje de error de Texto de información:
"No hay opciones de pago con tarjeta de crédito disponible, así que no podemos completar su solicitud. Favor de contactar a Tesorería o Inscripciones para ayuda."
3 - Tipo de nivel de servicio es S
- Cargo es mayor que $0.00
- Existen opciones de pago que son tipos de tarjeta de crédito y/o sin tarjeta de crédito
Desplegar todas las opciones de pago
4 - Tipo de nivel de servicio es S o M
- Cargo es mayor que $0.00
- No existen opciones de pago
Desplegar mensaje de error de Texto de información:
"No hay opciones de pago disponibles, así que no podemos completar su solicitud. Favor de contactar a Tesorería o Inscripciones para ayuda."
Condiciones en la Ventana de Opciones de Impresión en AutoServicio
Datos/Mensaje Desplegados para Alumnos en las las Páginas de Solicitud de AutoServicio
Alumnos Versión 7.2 Octubre 200534 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Bloque de Opciones de Impresión
Utilizar este bloque para seleccionar los datos no relacionados al curriculum que van a ser incluidos en el kárdex. Use la pestaña de Opciones de Impresión para acceder a este bloque.
Los siguientes campos están en el Bloque de Opciones de Impresión.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Tipo SHRTPRT_TPRT_CODE – Código de Solicitud de Tipo de Kárdex
El Código de Solicitud de Tipo de Kárdex es el código asociado con las reglas que se usan para identificar que datos se pueden desplegar en el kárdex para este tipo de kárdex. Los códigos se deben crear en la Forma de Validación de Código de Tipo de Kárdex (STVTPRT) antes de crear las reglas. Las reglas en SHATPRT se deben crear antes de solicitar el kárdex vía la Forma de Solicitud de Kárdex (SHARQTC).
Para actualizar varios tipos de kárdex, use una función de Registro Siguiente para recorrer los códigos (y sus reglas relacionadas) y para luego actualizar las reglas asociadas con el tipo desplegadas en la Información Clave. O puede utilizar una función de Ingresar Consulta seguida por una función de Lista desde el campo Tipo, y seleccionar el código que desea actualizar desde la lista que es desplegada.
Nota: El valor por omisión en todas las reglas es marcado o puesto a Y, lo que significa que todos los elementos se imprimen en el kárdex si existen datos, a menos que se desmarquen o pongan en N.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Descripción de Tipo de Kárdex
SHRTPRT_TPRT_DESC_PRINT – Opción para Imprimir Descripción de Código de Tipo de kárdex
Esta es una opción para imprimir la Descripción del Código de Verificación de Tipo de Kárdex. Esta es la descripción del código de tipo de kárdex que se asocia con la regla que se usa para identificar que datos se pueden desplegar en el kárdex, para este tipo de kárdex. Estos códigos se definen en la Forma de Validación de Código de Tipo de Kárdex (STVTPRT).
El tipo de kárdex se despliega en el kárdex en web como información concatenada con el texto de información SPACER "Tipo de Kárdex: XXX es NO _Oficial".
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 35
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Tipo de Kárdex SHRTPRT_TPRT_PRINT – Opción para Imprimir Código de Tipo de Kárdex
Esta es una opción para imprimir el Código de Tipo de Kárdex. Este es el código que se asocia con la regla que se usa para identificar que datos se pueden desplegar en el kárdex, para este tipo de kárdex. Estos códigos se definen en la Forma de Validación de Código de Tipo de Kárdex (STVTPRT).
Si ambos, Tipo de Kárdex y Descripción de Tipo de Kárdex están verificados, los kárdex de papel y autoservicio desplegarán los valores del código y la descripción.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Dirección de Alumnos
SHRTPRT_STUDENT_ADDR_PRINT – Opción para Imprimir Dirección de Alumnos
Esta es una opción para imprimir la dirección de alumnos como se define en la Forma de Identificación (SPAIDEN). Cuando procese Kárdex Académico (SHRTRTC), hay parámetros que se usan para seleccionar la prioridad y tipo de dirección, así como la fecha de dirección vigente que elige para imprimirse en el kárdex.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de IED.
Dirección Emitida
SHRTPRT_ISSUE_ADDR_PRINT – Opción para Imprimir Emitir a Dirección
Esta es una opción para imprimir la Dirección como se define en la Forma de Solicitud de Kárdex (SHARQTC) en el campo Emitir.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en el kárdex de papel.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200536 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Bachillerato SHRTPRT_HS_INFO_PRINT – Opción para Imprimir Información de Bachillerato
Esta es una opción para imprimir la descripción de bachillerato como se define para el alumno en la Forma de Información de Bachillerato (SOAHSCH). Este se imprimirá para cada nivel de curso si existen varios niveles de curso.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de IED.
Tipo de Alumno Actual
SHRTPRT_CURR_STUDENT_TYPE – Opción para Imprimir Tipo de Alumno Actual
Esta es una opción para imprimir la descripción de tipo de alumno actual desde el registro de general de alumno más reciente en la Forma de General de Alumnos (SGASTDN). Si existen varios niveles de trabajo de curso en Historia Académica, esta información se imprimirá debajo del encabezado STUDENT NIVEL en todos los niveles de trabajo de curso en el kárdex.
El tipo de alumno actual se despliega en el kárdex en autoservicio cuando el campo de Tipo de Alumno por Periodo se marca.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Periodo de Admisión
SHRTPRT_TERM_ADMIT_PRINT – Opción para Imprimir Periodo de Admisión
Esta es una opción para imprimir la descripción del periodo de admisión de un alumno como se definió para el registro de curriculum de estudiante primario, activo y actual. Si el alumno tiene varios registros de nivel de curso institucional en Historia Académica, estos datos de periodo de admisión se imprimirán con el nivel de curso que coincide con el nivel de alumno para el registro de curriculum de estudiante principal, actual y activo. Este periodo de admisión se imprimirá debajo del encabezado ONLY ADMIT en el kárdex.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en el kárdex de papel.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 37
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Periodo de Matriculación
SHRTPRT_TERM_MATRIC_PRINT – Opción para Imprimir Periodo Matriculado
Esta es una opción para imprimir la descripción del periodo matriculado de un alumno como se definió para el registro de curriculum de estudiante primario, activo y actual. Si el alumno tiene varios registros de nivel de curso institucional en Historia Académica, este datos de periodo matriculado se imprimirán con el nivel de curso que coincide con el nivel de alumno para el registro de curriculum de estudiante principal, actual y activo. Este periodo matriculado se imprimirá debajo del encabezado MATRICULATED en el kárdex.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en el kárdex de papel.
Comités SHARTPRT_COMMITTEE_PRINT – Opción para Imprimir Comités
Esta es una opción para imprimir información de comité asociado con un alumno como se define en la Forma de Comité/Servicio (SHACOMI). El código de Comité como se define en la Forma de Validación de Tipo de Comité/Servicio (STVCOMT) debe tener el Indicador de Impresión en Kárdex marcado o puesto en Y para que la descripción del comité se imprima en el kárdex. El código de status de comité y descripción también se imprimen en el kárdex desde SHACOMI. Esta información de comité se imprime para todos los niveles de curso del kárdex solicitado.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Eventos Académicos
SHRTPRT_ACAD_EVENT_PRINT – Opción para Imprimir Eventos Académicos
Esta es una opción para imprimir la descripción de evento académicos como se define en la Forma de Comentarios y Eventos de Kárdex (SHATCMT) en el bloque de Eventos Académicos. Para imprimir la descripción de evento académico en el kárdex, el Indicador de Impresión en el Kárdex se debe marcar o poner una Y par el código de evento en la Forma de Validación de Código de Evento (STVEVEN).
El valor por omisión es marcado o Y crear una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200538 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Decisión de Evento Académico
SHRTPRT_DECISION_PRINT – Opción para Imprimir Decisión de Evento Académicos
Esta es una opción para imprimir la descripción de la decisión que se asocia con el evento académicos como se define en la Forma de Comentarios y Eventos de Kárdex (SHATCMT) en el bloque de Eventos Académicos. Para imprimir la decisión de evento académicos en el kárdex con la descripción de evento académicos asociada, el Indicador de Impresión en Kárdex se debe marcar o poner en Y para el código de evento en la Forma de Validación de Código de Evento (STVEVEN).
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Calificación de Evento Académico
SHRTPRT_GRADE_PRINT – Opción para Imprimir Calificación de Evento Académico
Esta es una opción para imprimir la calificación que se asocia con el evento académicos como se define en la Forma de Comentarios y Eventos de Kárdex (SHATCMT) en el bloque de Eventos Académicos. Para imprimir la calificación de evento académicos en el kárdex con la descripción de evento académicos asociada, el Indicador de Impresión en Kárdex se debe marcar o poner en Y para el código de evento en la Forma de Validación de Código de Evento (STVEVEN).
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 39
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
PGA de Grado SHRTPRT_DGPA_PRINT – Opción para Imprimir PGA de Grado
Esta es una opción para imprimir la información de PG de Grado información como se calculó en la Forma de Grados y Otros Certificados Formales (SHADEGR). Este PGA sólo se imprimirá en un kárdex en papel para los grados que tengan un status de grado valor de otorgado. Esta información se imprimirá en el trabajo de curso que coincide con el nivel del registro de grado en SHADEGR. Se imprimirá en la parte superior del kárdex después del encabezado de Grado Otorgado. Imprimirá Horas Ganadas, Horas de PGA, Puntos de Calidad, y Resumen de PGA de Grado.
En el kárdex de autoservicio, los datos de PGA del grado son impresos para todos los códigos de status de grado, y las horas asistidas son desplegadas con los datos de PGA del grado.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Documentos Oficiales
SHRTPRT_QUAL_PAPERS_PRINT – Opción para Imprimir Documentos Oficiales
Esta es una opción para imprimir el la descripción del código de tipo de documentos oficiales como se define en la Forma de Documentos Oficiales (SHAQPNO). (El código de calificativo de tipo de papel no es impreso). Cuando el grado asociado con ese calificativo de papel tiene un status de otorgado en la Forma de Grados y Otros Otorgamientos Formales (SHADEGR), será desplegado en el kárdex de papel y IED. El código de tipo de documentos oficiales como se define en la Forma de Validación de Código de Tipo de Documentos Oficiales (STVQPTP) debe tener el indicador de Impresión en Kárdex marcado o puesto a Y para el tipo de documento a imprimir en el kárdex.
El código de calificativo de tipo de papel es desplegado en el kárdex de autoservicio cuando ha sido aplicado a un grado con algún status en SHANCRS. La descripción del documento oficial se despliega como una etiqueta.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200540 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Texto de Documentos Oficiales
SHRTPRT_QUAL_PAPERS_TEXT_PRINT – Opción para Imprimir Texto de Documentos Oficiales
Esta es una opción para imprimir el texto de documentos oficiales asociado con la descripción de tipo de documentos oficiales como se define en la Forma de Documentos Oficiales (SHAQPNO). El texto para la Línea de Título 1, Línea de Título 2, Línea de Título 3, y Línea de Título 4 asociado con este código de tipo de documento se imprimirá en el kárdex.
El texto de documento oficial se despliega en el kárdex en Web cuando se ha aplicado a un grado en SHANCRS.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Comentarios de Nivel
SHRTPRT_LEVEL_COMMENT_PRINT – Opción para Imprimir Comentarios de Nivel
Esta es una opción para imprimir Comentarios de Nivel como se definen en la Forma de Comentarios y Eventos de Kárdex (SHATCMT) en la Ventana de Comentarios de Kárdex por Nivel. Los comentarios se imprimirán con cada nivel de curso asociado en el kárdex.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Comentarios de Periodo
SHRTPRT_TERM_COMMENTS_PRINT – Opción para Imprimir Comentarios de Periodo
Esta es una opción para imprimir Comentarios de Periodo como se definen en la Forma de Comentarios y Eventos de Kárdex (SHATCMT) en la Ventana de Comentarios de Kárdex por Periodo. Los comentarios se imprimirán con cada periodo asociado en el kárdex.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 41
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Comentarios de Curso
SHRTPRT_COURSE_COMMENTS_PRINT – Opción para Imprimir Comentarios de Curso
Esta es una opción para imprimir Comentarios de Periodo que pueden existir en la Forma de Mantenimiento de Curso (SHATCKN) en Historia Académica. Este dato se almacena en el campo Comentarios de Curso en el bloque de Detalle de Curso (SHRTCKN_COURSE_COMM).
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Escuela por Periodo
SHRTPRT_STD_COLL_BY_TERM_PRINT – Opción para Imprimir Escuela de Alumno por Periodo
Esta es una opción para imprimir la descripción de la escuela del alumno desde el curriculum principal con cada periodo de trabajo de curso institucional. Esta descripción de escuela esta basada en el registro de curriculum de estudiante primario, activo y actual del periodo que esta siendo seleccionado para impresión. Si el nivel para el curriculum primario, activo y actual no coincide con el nivel de curso que esta siendo impreso, no imprimirá la escuela por periodo.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Carrera por Periodo
SHRTPRT_STD_MAJR_BY_TERM_PRINT – Opción para Imprimir Carrera de Alumno por Periodo
Esta es una opción para imprimir la descripción de carrera del alumno (si existen múltiples carreras, sólo es seleccionado el código de carrera de prioridad 1) del registro de curriculum de estudiante primario, activo y actual con cada periodo de trabajo institucional de detalle de curso. Si el nivel para el curriculum primario, activo y actual no coincide con el nivel del curso que esta siendo impreso, no imprimirá la carrera por periodo.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200542 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Tipo de Alumno por Periodo
SHRTPRT_STD_TYPE_BY_TERM_PRINT – Opción para Imprimir Tipo de Alumno por Periodo
Esta es una opción para imprimir la descripción del tipo de alumno para cada periodo. Esta descripción se basa en el registro vigente de general de alumno más reciente en la Forma de General de Alumnos (SGASTDN) para el periodo que se selecciona para imprimir.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Campus de Curso
SHRTPRT_CAMP_PRINT – Opción para Imprimir Código de Campus
Esta es una opción para imprimir el campus asociado con cada registro de detalle de curso institucional como se define en la Forma de General de Alumnos (SGASTDN). Se imprime después del número de curso, pero antes del título de curso.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Título del Curso Largo
SHRTPRT_DISPLAY_LONGTITLE_IND – Opción de Imprimir Título Largo del Curso
Esta es una opción para imprimir el título largo de curso de Inscripción de Aprendizaje Abierto desde el syllabus.
• Para un curso en-progreso, el título en la tabla SSRSYLN (SSRSYLN_LONG_COURSE_TITLE) es utilizado en lugar de la información de título de sección actual (SSBSECT_CRSE_TITLE). Si no hay título largo de curso en SSRSYLN para la sección del curso para el periodo vigente que esta siendo reportado, será utilizada la información de título de sección actual (SSBSECT_CRSE_TITLE).
• Para un curso en el historial académico, el título en la tabla SHRTCKN, (SHRTCKN_LONG_COURSE_TITLE) es utilizado en lugar de la información de título de historial académico actual (SHRTCKN_CRSE_TITLE). Si no hay título largo de curso en SHRTCKN para la sección del curso, será utilizada la información del título de historial académico actual (SHRTCKN_CRSE_TITLE).
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 43
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Detalle de Transferencia
SHRTPRT_DETAIL_PRINT – Opción para Imprimir Detalle de Transferencia de Curso
Esta es una opción para imprimir el detalle de trabajo de curso de transferencia asociado para la institución de transferencia para el alumno. La información detallada se almacena en la Forma de Transferencia de Curso (SHATRNS).
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Fechas de Inicio/Fin de Inscripción
SHRTPRT_DISPLAY_REGDATES_IND – Opción de Impresión de Fechas de Inicio/Fin de Inscripción de de Aprendizaje Abierto
Esta es una opción para imprimir las fechas de inicio y/o termino de inscripción de aprendizaje abierto para el curso como se registró en el módulo de Inscripción.
• Para un curso en-progreso, son utilizadas las fechas de inicio/fin de inscripción del alumno, la fecha original de inicio de inscripción (SFRAREG_START_DATE) y la más reciente fecha esperada de terminación (SFRAREG_COMPLETION_DATE).
• Para un curso en historial académico, son utilizadas las fechas de inicio/fin de inscripción del alumno, la fecha original de inicio de inscripción (SHRTCKN_START_DATE) y la más reciente fecha esperada de terminación (SHRTCKN_COMPLETION_DATE).
La impresión de fechas de inicio y fin también es una opción para cursos de educación continua. Si utiliza fechas EUC y fechas de inicio y fin de inscripción en su institución (v.g., ambos tipos están verificados en SHATPRT), sólo un conjunto de fechas será impreso, aún si el curso es para inscripción EUC e inscripción de aprendizaje abierto (ambos).
• Para un curso en progreso, los datos vienen desde el campo SFRAREG_START_DATE y el campo SFRAREG_COMPLETION_DATE.
• Para un curso en historia académica, los datos vienen desde el campo SHRTCKN_START_DATE y el campo SHRTCKN_COMPLETION_DATE.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200544 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Unidades UEC SHRTPRT_CEU_HRS – Opción para Imprimir Horas UEC
Esta es una opción para imprimir horas de curso que se definen como horas de curso UEC. Esta definición se completa en la Forma de Información Básica de Curso (SCACRSE).
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Fechas UEC SHRTPRT_CEU_DATES – Opción para Imprimir Fecha de Inicio y Fin UEC
Si elige la opción para imprimir Horas UEC, entonces también tendrá la opción para imprimir las fechas UEC. Estas son las fechas de inicio y fin asociadas con el NRC como se define para las fechas de inicio y fin en el registro de detalle de curso en la Forma de Mantenimiento de Curso (SHATCKN) en Historia Académica.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Horas de Contacto UEC
SHRTPRT_CEU_CONT_HOURS – Opción para Imprimir Horas de Contacto UEC
Si elige la opción para imprimir Unidades UEC (horas), también tendrá la opción para imprimir horas de contacto UEC. Estas son las horas de contacto para las fechas de NRC en el registro de detalle de curso en la Forma de Mantenimiento de Curso (SHATCKn) en Historia Académica.
Las horas de contacto UEC son impresas si el curso es un curso UEC (el UEC (Indicador)) verificado en SCACRSE) y el nivel para el curso permite horas UEC.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 45
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Estadísticas de PGA
SHRTPRT_GPA_STATISTICS_PRINT – Opción para Imprimir Estadísticas de PGA
Esta es una opción para imprimir los cálculos de PGA asociados con los totales de kárdex. Esta información puede aparece al final de TOTALES DE CARDEX para cada nivel de trabajo de curso completado.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Cuadro de Honor
SHRTPRT_DEANS_LIST – Opción para Imprimir el Cuadro de Honor
Esta es una opción para imprimir el cuadro de honor para cada periodo que se almacena en el registro de encabezado de periodo en la Forma de Mantenimiento de Periodo de Curso (SHAINST) en Historia Académica.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Estado Académico por Periodo
SHRTPRT_ACAD_STANDING – Opción para Imprimir Estado Académico
Esta es una opción para imprimir el estado académico para cada periodo que se almacena en el registro de encabezado de periodo en la Forma de Mantenimiento de Periodo de Curso (SHAINST) en Historia Académica.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200546 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Ultimo Estado Académico
SHRTPRT_LAST_ACAD_STD_PRINT – Opción para Imprimir Estado Académico
Esta es una opción para imprimir solo el último estado académico para el periodo que se almacena en el registro de encabezado de periodo en la Forma de Mantenimiento de Periodo de Curso (SHAINST) en Historia Académica.
Si esta verificado Último Estado Académico, y no esta verificado Estado Académico por Periodo, el único estado académico que será impreso es el estado llenado para el registro de periodo más reciente en SHAINST.
Cuando ambos cuadros, Estado Académico por Periodo y Último Estado Académico están verificados, los estados individuales para cada periodo, así como el estado para el periodo final, son impresos. En este caso, el estado académico por periodo será impreso para el periodo más reciente. Después del cuál, una nueva línea imprime el estado académico nuevamente con la etiqueta “Último Estado Académico:” seguido por la descripción del estado.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Totales de Institución
SHRTPRT_INST_TOTALS_PRINT – Opción para Imprimir Totales Institucionales
Esta es una opción para imprimir el detalle del global del PGA del trabajo de curso institucional. Esta información puede aparece al final de TOTALES DE KARDEX para cada nivel de trabajo de curso completado.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Totales de Transferencia
SHRTPRT_TRNS_TOTALS_PRINT – Opción para Imprimir Totales de Transferencia de Curso
Esta es una opción para imprimir el detalle del global del PGA de trabajo de curso de transferencia. Esta información puede aparece al final de TOTALES DE KARDEX para cada nivel de trabajo de curso completado.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 47
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Ventana de Opciones de Impresión de CurriculumEsta ventana se usa para seleccionar los datos de curriculum a incluirse en el kárdex. Esta ventana se divide en cuatro secciones: Curriculum de Estudiante Primario, Curriculum de Estudiante Secundario, Resultados de Curriculum Primario y Resultados de Curriculum Secundario. Use la pestaña de Opciones de Impresión de Curriculum para acceder a esta ventana.
Nota: Si los datos para un campo no existen en el registro, el nombre del campo no será impreso en los kárdex de papel y autoservicio. Por ejemplo, si los datos del campus están en blanco para el registro de curriculum de un alumno, “CAMPUS:”, con ningún dato siguiéndole, no será desplegado en el kárdex.
Los siguientes campos están en esta ventana.
Totales Globales
SHRTPRT_OVERALL_TOTALS_PRINT – Opción para Imprimir Totales Globales
Esta es una opción para imprimir el detalle del global del PGA de trabajo de curso. Esta información puede aparece al final de TOTALES DE KARDEX para cada nivel de trabajo de curso completado. Incluirá un resumen del trabajo de curso Institucional, así como del trabajo de curso de transferencia para ese nivel de curso.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Fecha Actividad Fecha en la que fue actualizado el tipo de kárdex. Este campo apunta a SHRTPRT_ACTIVITY_DATE.
ID de Usuario ID de Usuario de la persona que actualizó el tipo de kárdex. Este campo apunta a SHRTPRT_USER_ID.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200548 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Estos campos están en la Sección de Curriculum de Estudiante Primario
Curriculum Principal de Estudiante
SHRTPRT_CURR_LABEL – Opción para Imprimir la Etiqueta del Curriculum Primario del Estudiante
Esta es una opción para imprimir el título del registro del curriculum primario para el estudiante. Si este campo esta en blanco, ningún título es impreso en el kárdex para la información del curriculum primario.
El valor predefinido para la etiqueta es "Programa Actual".
Aparece en kárdex en papel y de autoservicio.
Programa SHRTPRT_PROGRAM – Opción para Imprimir la Descripción del Programa para el Curriculum Primario del Estudiante.
Esta es una opción para imprimir la descripción del programa para el registro de curriculum primario del estudiante activo, actual para el nivel(es) de los registros del alumno que son desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Grado SHRTPRT_DEGREE_PRINT – Opción para Imprimir el Grado para el Curriculum Primario del Estudiante.
Esta es una opción para imprimir la descripción del grado para el registro del curriculum de estudiante primario, actual, activo para el nivel(es) de los registros del alumno que son desplegados. Esta información se imprimirá debajo de la etiqueta creada para el curriculum de estudiante primario. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 49
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Escuela SHRTPRT_CURR_COLLEGE_PRINT – Opción para Imprimir la Escuela para el Curriculum Primario del Estudiante.
Esta es una opción para imprimir la descripción de la escuela del registro de curriculum del estudiante primario, activo, actual para el nivel de los registros de alumno que son desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Campus SHRTPRT_CURR_CAMPUS_PRINT_IND – Opción para Imprimir Campus para Curriculum Primario del Estudiante.
Esta es una opción para imprimir la descripción del campus para el curriculum del registro de curriculum del estudiante primario, activo, actual para el nivel(es) de los registros de alumno que son desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Carrera SHRTPRT_CURR_MAJOR_PRINT_IND – Opción para Imprimir Carreras Actuales para Curriculum Primario del Estudiante
Esta es una opción para imprimir la descripción(es) de la carrera del curriculum para el registro de curriculum del estudiante primario, activo, actual para el nivel(es) de los registros de alumno que son desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200550 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Concentración de Carrera
SHRTPRT_MAJCONC_PRINT_IND – Opción para Imprimir Concentraciones Vinculadas a Carreras en el Curriculum Primario
Esta es una opción para imprimir la descripción(es) de la concentración de las concentraciones que están vinculadas a las carreras para el registro del curriculum del estudiante primario, activo, actual para el nivel(es) de los registros de alumno que son desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime. Las concentraciones de carrera se imprimen inmediatamente abajo de la carrera a la que están anexas en el registro de curriculum.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Especialidad SHRTPRT_MINOR_PRINT – Opción para Imprimir Especialidades Actuales para el Curriculum Primario
Esta es una opción para imprimir la descripción(es) de la especialidad del registro de curriculum del estudiante primario, activo, actual para el nivel(es) de los registros de alumno que son desplegados Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Concentración SHRTPRT_CONC_PRINT_IND – Opción para Imprimir Concentraciones Actuales para el Curriculum Primario
Esta es una opción para imprimir la descripción(es) de la concentración base del curriculum del estudiante primario, activo, actual para el nivel(es) de los registros de alumno que son desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime. Las concentraciones base se imprimen después de las especialidades.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 51
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Otros Campos de Estudio
SHRTPRT_LSFT_PRINT_IND – Opción para Imprimir Otros Campos de Estudio para el Curriculum Primario del Estudiante.
Esta es una opción para imprimir la descripción(es) de los otros campos de estudio del curriculum para el registro de curriculum del estudiante primario, activo, actual para el nivel(es) de los registros de alumno que son desplegados. (La etiqueta para el campo de estudio es determinada por valores en la tabla GTVLFST.) Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Estos campos están en la Sección de Curriculum Secundario del Estudiante.
Curriculum Secundario de Estudiante
SHRTPRT_SEC_CURR_LABEL – Opción para Imprimir Etiqueta de Curriculum Secundario del Estudiante.
Esta es una opción para imprimir el título definido por un usuario para todos los registros del curriculum secundario para el estudiante. Los campos de etiqueta y curriculum que siguen sólo se imprimirán cuando exista información de curriculum secundario activo, actual para el alumno.
El valor predefinido para la etiqueta es "Secundaria".
Aparece en kárdex en papel y de autoservicio.
Programa SHRTPRT_SEC_PROGRAM_IND – Opción para Imprimir Descripción del Programa para Curriculum Secundario del Estudiante.
Esta es una opción para imprimir la descripción del programa para todos los registros de curriculum secundario del estudiante, activos, actuales para el nivel(es) de los registro de alumno que son desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200552 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Grado SHRTPRT_SEC_DEGREE_PRINT_IND – Opción para Imprimir el Grado para el Curriculum Secundario del Estudiante
Esta es una opción para imprimir la descripción del grado para todos los registros de curriculum secundario del estudiante, activos, actuales para el nivel(es) de los registro de alumno que son desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Escuela SHRTPRT_SEC_COLLEGE_PRINT – Opción para Imprimir la Escuela para Curriculum Secundario del Estudiante
Esta es una opción para imprimir la descripción de la escuela para todos los registros de curriculum secundario del estudiante, activos, actuales para el nivel(es) de los registro de alumno que están desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Campus SHRTPRT_SEC_CAMPUS_PRINT_IND – Opción para Imprimir el Campus para el Curriculum Secundario del Estudiante
Esta es una opción para imprimir la descripción del campus para todos los registros de curriculum secundario del estudiante, activos, actuales para el nivel(es) de los registro de alumno que están desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 53
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Carrera SHRTPRT_SEC_MAJOR_PRINT_IND – Opción para Imprimir las Carreras Actuales para el Curriculum Secundario del Estudiante
Esta es una opción para imprimir la descripción(es) de la carrera para todos los registros de curriculum secundario del estudiante, activos, actuales para el nivel(es) de los registros de alumno que están desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Concentración de Carrera
SHRTPRT_SEC_MAJCONC_PRINT_IND – Opción para Imprimir Concentraciones Vinculadas a Carreras en el Curriculum Secundario
Esta es una opción para imprimir la descripción(es) para las concentraciones que están vinculadas a carreras para todos los registros de curriculum secundario del estudiante, activos, actuales para el nivel(es) de los registros de alumno que están desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime. Las concentraciones de carrera se imprimen inmediatamente abajo de la carrera a la que están anexas en el registro de curriculum.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Especialidad SHRTPRT_SEC_MINOR_PRINT – Opción para Imprimir Especialidades para el Curriculum Secundario
Esta es una opción para imprimir la descripción de la especialidad para todos los registros de curriculum secundario del estudiante, activos, actuales para el nivel(es) de los registros del alumno que están desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200554 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Concentración SHRTPRT_SEC_CONC_PRINT_IND –Opción para Imprimir Concentraciones Actuales para el Curriculum Secundario del Estudiante
Esta es una opción para imprimir la descripción(es) de la concentración base del curriculum para concentraciones que no están vinculadas a carreras, para el registro de curriculum secundario del estudiante, activos, actuales para el nivel(es) de los registros del alumno que están desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime. Las concentraciones base se imprimen después de las especialidades.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Otros Campos de Estudio
SHRTPRT_SEC_LSFT_PRINT_IND – Opción para Imprimir Otros Campos de Estudio para el Curriculum Secundario del Estudiante
Esta es una opción para imprimir la descripción(es) de los otros campos de estudio del curriculum para el registro de curriculum secundario del estudiante, activos, actuales para el nivel(es) de los registros del alumno que están desplegados. Si existen varios trabajos de curso, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo, de estudiante coincide con el nivel de los cursos para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Estos campos están en la Sección de Resultados de Curriculum Primario
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 55
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Etiqueta de Otorgamiento
SHRTPRT_AWARD_LABEL – Opción para Imprimir Etiqueta de Resultado Otorgado
Esta es una opción para imprimir un título definido por el usuario para el registro de resultado de curriculum primario, activo, actual del estudiante. El kárdex de papel desplegará esta etiqueta y la información de resultados sólo cuando el status de resultados es “otorgado” en SHADEGR. Si esta etiqueta es dejada en blanco, el kárdex de papel imprimirá una etiqueta de otorgamiento de “Grado Otorgado”.
El valor predefinido para la etiqueta es "Grado Otorgado”.
Si esta etiqueta es dejada en blanco, el kárdex de autoservicio despliega “Grados Otorgados”. El kárdex de autoservicio desplegará la etiqueta de otorgamiento y la información del curriculum de resultados para cualquier registro de SHADEGR de cualquier status de resultados para el registro de resultados del curriculum primario, activo.
Aparece en kárdex en papel y de autoservicio.
Curriculum Principal de Resultados
SHRTPRT_DEGR_CURR_LABEL – Opción para Imprimir Etiqueta de Curriculum Primario del Estudiante para Resultados
Esta es una opción para imprimir un título definido por el usuario para la descripción del grado para el registro de curriculum de resultados primario del estudiante. Si este campo es dejado en blanco, ninguna etiqueta es impresa en los kárdex de papel o autoservicio, pero es desplegada la descripción del grado para la información del curriculum de resultados primario.
El valor predefinido para la etiqueta es "Grado Principal".
Los kárdex de autoservicio despliegan registros de resultados para cualquier status de grado. El status de resultados debe ser “otorgado” para que se imprima la información de resultados del estudiante primario en el kárdex de papel.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200556 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Programa SHRTPRT_DEGR_PROGRAM_IND – Opción para Imprimir la Descripción del Programa para el Resultado del Curriculum Primario del Estudiante
Esta es una opción para imprimir la descripción del programa para el registro del curriculum de resultado primario, activo, actual del estudiante. Si existen varios niveles de trabajo de curso, esta información se imprimirá en el kárdex en papel en la página en que el nivel de curriculum principal actual, activo, de resultados coincide con el nivel de los cursos del kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Escuela SHRTPRT_DEGR_COLLEGE_PRINT – Opción para Imprimir Escuela del Resultado del Curriculum Primario del Estudiante
Esta es una opción para imprimir la descripción de la escuela para el registro del curriculum de resultado primario, activo, actual del estudiante. Si existen varios niveles de trabajo de curso, esta información se imprimirá en el kárdex en papel en la página en que el nivel de curriculum principal actual, activo, de resultados coincide con el nivel de los cursos del kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Campus SHRTPRT_DEGR_CAMPUS_PRINT_IND – Opción para Imprimir el Campus del Resultados del Curriculum Primario del Estudiante
Esta es una opción para imprimir la descripción del campus para el registro del curriculum de resultado primario, activo, actual del estudiante. Si existen varios niveles de trabajo de curso, esta información se imprimirá en el kárdex en papel en la página en que el nivel de curriculum principal actual, activo, de resultados coincide con el nivel de los cursos del kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 57
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Carrera SHRTPRT_DEGR_MAJOR_PRINT_IND – Opción para Imprimir Carreras Actuales para Resultados de Curriculum Primario del Estudiante
Esta es una opción para imprimir la descripción(es) de carrera para el registro del curriculum de resultado primario, activo, actual del estudiante. Si existen varios niveles de trabajo de curso, esta información se imprimirá en el kárdex en papel en la página en que el nivel de curriculum principal actual, activo, de resultados coincide con el nivel de los cursos del kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Concentración de Carrera
SHRTPRT_DEGR_MAJCONC_PRINT_IND – Opción para Imprimir Concentraciones Vinculadas a Carreras en el Resultado del Curriculum Primario
Esta es una opción para imprimir la descripción(es) de concentración para concentraciones que están vinculadas a carreras para el registro del curriculum de resultado primario, activo, actual del estudiante. Si existen varios niveles de trabajo de curso, esta información se imprimirá en el kárdex en papel en la página en que el nivel de curriculum principal actual, activo, de resultados coincide con el nivel de los cursos del kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200558 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Especialidad SHRTPRT_DEGR_MINOR_PRINT – Opción para Imprimir Especialidades para el Resultado del Curriculum Primario
Esta es una opción para imprimir la descripción(es) de especialidades para el registro del curriculum de resultado primario, activo, actual del estudiante. Si existen varios niveles de trabajo de curso, esta información se imprimirá en el kárdex en papel en la página en que el nivel de curriculum principal actual, activo, de resultados coincide con el nivel de los cursos del kárdex que se imprime.
Esta información sólo se imprimirá en el kárdex de papel cuando el status de grado tenga un valor de "otorgado”. Esta información se imprimirá después de que la etiqueta es creada en SHATPRT para el Etiqueta de Otorgamiento (del curriculum de resultado primario) o utilizar el valor predefinido de “DEGREE AWARDED” en todos los niveles de trabajo del curso.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Concentración SHRTPRT_DEGR_CONC_PRINT_IND – Opción para Imprimir Concentraciones Actuales para el Resultado del Curriculum Primario
Esta es una opción para imprimir la descripción(es) de la concentración base del curriculum para concentraciones que no están vinculadas a carreras para el registro del curriculum de resultado primario, activo, actual del estudiante. Si existen varios niveles de trabajo de curso, esta información se imprimirá en el kárdex en papel en la página en que el nivel de curriculum principal actual, activo, de resultados coincide con el nivel de los cursos del kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 59
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Otros Campos de Estudio
SHRTPRT_DEGR_LFST_PRINT_IND – Opción para Imprimir Otros Campos de Estudio para el Resultado del Curriculum Primario del Estudiante
Esta es una opción para imprimir la descripción(es) de los otros campos de estudio del curriculum para los registros del curriculum de resultados primario, activo, actual del estudiante que ya no son contados en las especialidades y concentraciones. Si existen varios niveles de trabajo de curso, esta información se imprimirá en el kárdex en papel en la página en que el nivel de curriculum principal actual, activo, de resultados coincide con el nivel de los cursos del kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel, IED y de autoservicio.
Estos campos están en la Sección de Curriculum de Resultados Secundario
Curriculum Secundario de Resultados
SHRTPRT_SECDEGR_CURR_LABEL – Opción para Imprimir Etiqueta de Curriculum Secundario del Estudiante para Resultados
Esta es una opción para imprimir un título definido por el usuario para la descripción del grado para el registro de curriculum de resultados secundario, activo, actual del estudiante. Múltiples registros del curriculum secundario son desplegados debajo de esta etiqueta.
Si este campo esta en blanco, ninguna etiqueta es impresa en los kárdex de papel o autoservicio, pero es desplegada la descripción del grado para la información del curriculum de resultados secundario. El curriculum secundario del estudiante se imprimirá después de esa etiqueta, a menos que la información no exista. Si este campo esta en blanco, y ningún registro de curriculum de resultados secundario activo existe, la etiqueta no se desplegará.
El valor predefinido para la etiqueta es "Secundaria".
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200560 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Programa SHRTPRT_SECDEGR_PROGRAM_IND – Opción para Imprimir Descripción de Programa de Resultados del Curriculum Secundario del Estudiante
Esta es una opción para imprimir la descripción del programa para el registro del curriculum de resultados secundario, activo, actual del estudiante. Si varios niveles de trabajo de curso existen, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo y de resultados coincida con el nivel del curso para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Escuela SHRTPRT_SECDEGR_COLL_PRINT_IND – Opción para Imprimir Escuela de Resultados del Curriculum Secundario del Estudiante
Esta es una opción para imprimir la descripción de escuela del registro de curriculum de resultados secundario, activo, actual del estudiante. Si varios niveles de trabajo de curso existen, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo y de resultados coincida con el nivel del curso para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Campus SHRTPRT_SECDEGR_CAMP_PRINT_IND – Opción para Imprimir Campus de Resultados del Curriculum Secundario del Estudiante
Esta es una opción para imprimir la descripción del campus para el registro del curriculum de resultados secundario, activo, actual del estudiante. Si varios niveles de trabajo de curso existen, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo y de resultados coincida con el nivel del curso para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 61
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Carrera SHRTPRT_DEGR_MAJOR2_PRINT – Opción para Imprimir Carreras Actuales para Resultados del Curriculum Secundario del Estudiante
Esta es una opción para imprimir la descripción(es) de la carrera para el registro del curriculum de resultados secundario, activo, actual del estudiante. Si varios niveles de trabajo de curso existen, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo y de resultados coincida con el nivel del curso para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Concentración de Carrera
SHRTPRT_SECDEGR_MAJCONC_IND – Opción para Imprimir Concentraciones Vinculadas a Carreras en Resultados del Curriculum Secundario
Esta es una opción para imprimir la descripción(es) de concentración para las concentraciones que están vinculadas a carreras del registro del curriculum de resultados secundario, activo, actual del estudiante. Si varios niveles de trabajo de curso existen, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo y de resultados coincida con el nivel del curso para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Especialidad SHRTPRT_SECDEGR_MINR_PRINT_IND – Opción para Imprimir Especialidades de Resultados del Curriculum Secundario
Esta es una opción para imprimir la descripción(es) de especialidad para el registro del curriculum de resultados secundario, activo, actual del estudiante. Si varios niveles de trabajo de curso existen, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo y de resultados coincida con el nivel del curso para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200562 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Ventana de Personalización de Opciones de ImpresiónEsta ventana es utilizada para configurar cómo será desplegada la información de fecha de nacimiento, NSS, e ID Banner en el kárdex, así como información de fuente y secuencia de jerarquía de nombre. Use la pestaña de Personalización de Opciones de Impresión para acceder a esta ventana.
Bloque de Personalización de Opciones de Impresión
Este bloque es utilizado para seleccionar si la fecha de nacimiento, NSS, ID Banner o ninguno de esos va a ser impreso en el kárdex de papel. NSS y fechas de nacimiento no son transmitidas por IED. NSS e ID Banner no se despliegan en el kárdex de autoservicio.
Use los cuadros de elección en el bloque de Opciones de Personalización de Impresión para elegir los datos que desea incluir. Puede cambiar la manera en que aparece el NSS o ID de
Concentración SHRTPRT_SECDEGR_CONC_PRINT_IND – Opción para Imprimir Concentraciones Actuales para Resultados del Curriculum Secundario
Esta es una opción para imprimir la descripción(es) de la concentración base del curriculum para concentraciones que no están vinculadas a carreras, para el registro del curriculum de resultados secundario, activo, actual del estudiante. Si varios niveles de trabajo de curso existen, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo y de resultados coincida con el nivel del curso para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Otros Campos de Estudio
SHRTPRT_SECDEGR_LFST_PRINT_IND – Opción para Imprimir Otros Campos de Estudio de Resultados del Curriculum del Estudiante Secundario
Esta es una opción para imprimir la descripción(es) de los otros campos de estudio del curriculum para los registros del curriculum de resultados secundario, activo, actual del estudiante que ya no son contados en las especialidades y concentraciones. Si varios niveles de trabajo de curso existen, esta información se imprimirá en el kárdex en papel en la página donde el nivel de curriculum secundario actual, activo y de resultados coincida con el nivel del curso para el kárdex que se imprime.
El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 63
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Banner en el kárdex. También puede cambiar el formato de fecha de nacimiento a cualquier formato de fecha válido para los kárdex de papel y autoservicio utilizando la lista desplegable.
Las reglas para añadir una máscara de caracter a los valores de NSS/ID es como sigue:
• Use el caracter X para desplegar datos y el caracter * para ocultar datos.
• Este se puede usar solo para columnas de solo despliegue.
• No se puede usar cuando hay captura de datos involucrada en la columna.
Los siguientes campos están en el Bloque de Personalización de Opciones de Impresión.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Fecha de Nacimiento
SHRTPRT_BIRTH_DATE_PRINT – Opción para Imprimir Fecha de Nacimiento
Esta es una opción para imprimir la Fecha de Nacimiento para el alumno como se definen en el campo de Fecha de Nacimiento en la Forma de General de Persona (SPAPERS). El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en kárdex en papel y de autoservicio.
Máscara de Fecha de Nacimiento
Utilizar este campo para seleccionar la máscara de formato para el despliegue de la fecha de nacimiento en el kárdex. Este campo apunta a SHRTPRT_BIRTH_DATE_MASK.
(buscar) Listar Ejemplo de Máscaras de Formato de Fecha
Aparece en kárdex en papel y de autoservicio.
ID de Banner SHRTPRT_ID_PRINT – Opción para Imprimir ID de Banner
Esta es una opción para imprimir el ID de Banner para el alumno como se definen en el campo de ID en la Forma de General de Persona (SPAPERS). El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en el kárdex de papel y siempre es transmitido por IED.
Etiqueta para ID Utilizar este campo para ingresar el título para el campo ID en el kárdex de papel. Este campo apunta a SHRTPRT_ID_LABEL.
Aparece en el kárdex de papel.
Alumnos Versión 7.2 Octubre 200564 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Bloque de Jerarquía de Nombre
Este bloque es utilizado para determinar cómo aparece el nombre del alumno en el kárdex basándose en el número de secuencia y fuente, tales como el nombre del diploma, el nombre de identificación del registro general de la persona, o el nombre legal del registro general de la persona. Use el elemento de Reglas de Jerarquía de Nombre de Kárdex en el Menú de Opciones para acceder a este bloque.
Los siguientes campos están en el Bloque de Jerarquía de Nombre.
NSS SHRTPRT_SSN_PRINT – Opción para Imprimir NSS
Esta es una opción para imprimir el número de seguridad social/número de seguro social/número de identificación para impuestos como se definió en el campo NSS en la Forma General de Persona (SPAPERS). El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Aparece en el kárdex de papel.
Etiqueta para NSS
Utilizar este campo para ingresar el título para el campo NSS en el kárdex. Este campo apunta a SHRTPRT_SSN_LABEL.
Aparece en el kárdex de papel.
Máscara para NSS
Utilizar este campo para ingresar la máscara de formato para el despliegue del NSS en el kárdex. Ingrese X para desplegar un valor y * para ocultar un valor. Este campo apunta a SHRTPRT_SSN_MASK.
Nota: El NSS no aparece en autoservicio, y por lo tanto no puede hacer una máscara para un kárdex de autoservicio. El NSS no es trasmitido vía IED, y por lo tanto no puede hacer una máscara para un kárdex de IED.
Aparece en el kárdex de papel.
Nombre Actual SHRTPRT_CURRENT_NAME_PRINT – Opción para Imprimir Nombre Actual en Adición al Nombre Fuente
Esta es una opción para imprimir el nombre actual del alumno en adición al nombre del “registro de” como se definió en la jerarquía del nombre. El valor por omisión es marcado o Y cuando crea una regla de tipo de kárdex.
Este valor siempre es impreso, aún si coincide el registro del nombre y la opción de Nombre Actual esta verificada.
Aparece en el kárdex de papel y es transmitido como un nombre de jerarquía por IED si el código de fuente de nombre de kárdex es IDEN.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 65
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Ventana de Opciones de Impresión en AutoServicioEsta ventana es utilizada para especificar la información detallada utilizada para una solicitud de kárdex de AutoServicio. Utilizar la pestaña de Opciones de Impresión de Autoservicio para acceder esta ventana, o utilizar las opciones de Controles de kárdex de Web, Opciones de Autoservicio de Web, u Opciones de Pago de Web en el Menú de Opciones para acceder los bloques en esta ventana.
Bloque de Control de Procesamiento
Este bloque es utilizado para configurar controles para cuando pueden ser solicitados los kárdex, si pueden ser enviados utilizando IED, y que tipo de carta electrónica puede ser creada. Utilizar la opción de Controles de Kárdex en Web del Menú de Opciones para acceder este bloque.
Los siguientes campos están en el bloque de Control de Procesamiento.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Número de Secuencia
Número de secuencia que define el nombre de la jerarquía. Este campo apunta a SHRTRNM_NAME_SEQNO.
Fuente Origen y descripción del nombre a imprimirse en el kárdex. Este campo apunta a SHRTRNM_TRNS_CODE.
(buscar) Listar Validación de Código Origen de Nombre de Kárdex (STVTRNS)
Tipo de Nombre Tipo de Nombre y Descripción del nombre a imprimirse en el kárdex. Este campo apunta a SHRTRNM_NTYP_CODE.
Tipo de nombre y descripción a imprimirse en el kárdex, como es nombre legal, nombre preferido, apodo, nombre de soltera, etc
(buscar) Listar Validación de Tipo de Nombre (GTVNTYP)
Fecha Actividad Este campo apunta a SHRTRNM_ACTIVITY_DATE y es actualizado automáticamente cuando alguno de los campos en el bloque de Jerarquía de Nombre es ingresado o actualizado.
ID de Usuario Este campo apunta a SHRTRNM_USER_ID y es actualizado automáticamente cuando alguno de los campos en el bloque de Jerarquía de Nombre es ingresado o actualizado.
Alumnos Versión 7.2 Octubre 200566 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Bloque de Nivel de Servicio
Éste bloque es utilizado para establecer las opciones de autoservicio para la solicitud de kárdex de AutoServicio. Utilizar la elección de Opciones de Autoservicio de Web del Menú de Opciones para acceder a este bloque.
Los siguientes campos están en el bloque de Nivel de Servicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Permitir Retención para Procesamiento de Fin de Periodo
Este cuadro es utilizado para determinar si el alumno podrá o no solicitar que el kárdex sea impreso después de que han sido procesadas las calificaciones de final de periodo. Este campo apunta a SHRTPRT_HOLD_GRDE_IND.
Los valores válidos son: seleccionado (Y) y no seleccionado (n). El valor predefinido es no verificado (N)).
Permitir kárdex IED en Web
Este cuadro es utilizado para indicar que la institución permite a los alumnos solicitar que sus kárdex sean enviados electrónicamente a otras instituciones. Este campo es requerido. Este campo apunta a SHRTPRT_ALLOW_EDI_IND.
Los valores válidos son: seleccionado (Y) y no seleccionado (n). El valor predefinido es no verificado (N)).
Permitir Retención para Procesamiento de Grado
Este cuadro es utilizado para determinar si el alumno podrá o no solicitar que el kárdex sea impreso después de que su grado ha sido aplicado. Este campo apunta a SHRTPRT_HOLD_DEGR_IND.
Los valores válidos son: seleccionado (Y) y no seleccionado (n). El valor predefinido es no verificado (N)).
Código de Carta Electrónica
Este campo es utilizado para determinar cuál carta electrónica va a ser utilizada en la Página de Confirmación del Proceso de Solicitud de kárdex de Web. Este campo es opcional. Este campo apunta a SHRTPRT_LETR_CODE_CONFIRMED. El valor por omisión es nulo.
(buscar) Lista Validación de Código de Carta (GTVLETR)
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 67
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Código Código de Opción de Autoservicio. Este campo es utilizado para asociar una opción de autoservicio de Web con un código de tipo de kárdex especifico. Este campo apunta a SHRTRSS_WSSO_CODE. Este es un campo requerido.
(buscar) Lista Forma de Validación de Opciones de Autoservicio de Web (STVWSSO)
Descripción Este campo es llenado automáticamente con la descripción del código ingresado en SHRTRSS_WSSO_CODE. La descripción viene de STVWSSO_DESC. Este campo es sólo de despliegue.
Tipo Tipo de Cuenta. Este campo es utilizado para determinar a que tipo de Cuentas por Cobrar considera que serán aplicados los cargos asociados con la solicitud de kárdex del alumno. La institución puede elegir hacer cargos aplicados a la cuenta del alumno o a una cuenta miscelánea. Este campo apunta a SHRTRSS_ACCT_TYPE_ CDE. Es requerido.
Los valores válidos son S (Alumno) y M (Miscelánea). El valor por omisión es M.
Cobro Este campo es llenado automáticamente con el cargo asociado con el código ingresado en SHRTRSS_WSSO_CODE. El valor viene de STVWSSO_CHRG y apunta a SHRTRSS_CHRG. Es un campo opcional. Cuando es llenado, puede ser actualizado.
Los valores válidos son 0.00 – 999999999.99.
Por Cargo Por Solicitud o Copia. Este campo es utilizado para seleccionar si el cargo asociado con la opción de autoservicio de Web será cargado por solicitud de kárdex o por copia de kárdex. Este campo apunta a SHRTRSS_CHRG_PER. Los valores válidos son R para Solicitud y C para Copia. El valor por omisión es C. Es un campo requerido si SHRTRSS_CHRG no es Nulo.
Nota: Todos los códigos de autoservicio con un cargo por valor establecido a C serán evaluados contra el número de copias gratuitas que se definieron en SHAWTRR. Los códigos de autoservicio con un cargo por valor establecido a R siempre serán cargados.
ID de Usuario Este campo apunta a SHRTRSS_USER_ID y es actualizado automáticamente cuando alguno de los campos en el bloque de Nivel de Servicio es ingresado o actualizado.
Alumnos Versión 7.2 Octubre 200568 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Bloque de Opciones de Pago
Éste bloque es utilizado para establecer las opciones de pago en autoservicio para la solicitud de kárdex de AutoServicio. Utilizar la elección de Opciones de Pago vía Web del Menú de Opciones para acceder este bloque.
Los siguientes campos están en el bloque de Opciones de Pago.
Fecha Actividad Este campo apunta a SHRTRSS_ACTIVITY_DATE y es actualizado automáticamente cuando alguno de los campos en el bloque de Nivel de Servicio es ingresado o actualizado.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Código Código de Opción de Pago. Este campo es utilizado para asociar una opción de pago de Web con un específico código de tipo de kárdex. Este campo apunta a SHRTRPO_WYPO_CODE. Este es un campo requerido.
(buscar) Lista Forma de Validación de Opciones de Pago de Web (STVWPYO)
Descripción Este campo es llenado automáticamente con la descripción del código ingresado en SHRTRPO_WYPO_CODE. La descripción viene de STVWPYO_DESC. Este campo es sólo de despliegue.
Código de Detalle
Este campo es llenado automáticamente con el código de detalle asociado con el código ingresado en SHRTRPO_WYPO_CODE. El código de detalle viene de STVWPYO_DETC_CODE y apunta a SHRTRPO_DETC_CODE. Este es un campo requerido.
ID de Usuario Este campo apunta a SHRTRPO_USER_ID y es actualizado automáticamente cuando es ingresado o actualizado alguno de los campos en el bloque de Opciones de Pago.
Fecha Actividad Este campo apunta a SHRTRPO_ACTIVITY_DATE y es actualizado automáticamente cuando es ingresado o actualizado alguno de los campos en el bloque de Opciones de Pago.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 69
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Forma de Solicitud de Kárdex (SHARQTC)Esta forma se ha actualizado para esta mejora. Se hicieron los siguientes cambios:
• Han sido agregadas pestañas para facilitar el acceso a todas las ventanas y campos.
• La forma ahora tiene tres ventanas: la ventana principal (donde reside la información de solicitud de kárdex), la nueva ventana de Información de Emisión, la ventana de Status Actual del Alumno.
• Los campos del bloque Solicitud de kárdex han sido movidos al bloque de Destino del kárdex en la nueva ventana de Información de Emisión. Los siguientes campos se han cambiado:
• Código de Institución Externa
• Tipo de Salida
• Pasar a Escuela Interna
• Emitido
• Tipo de Dirección de Alumno
• Dirección Calle 1
• Dirección Calle 2
• Dirección Calle 3
• Ciudad
• Estado o Provincia
• Código Postal
• País
• Teléfono
• Acceso Internacional
• Ha sido agregado el procesamiento de regla de jerarquía de nombre a la nueve ventana de Información de Emisión.
El nuevo bloque de Jerarquía de Nombre en la ventana de Información de Emisión es utilizado para determinar como aparece el nombre del alumno en el kárdex basándose en el número de secuencia y fuente, tales como nombre del diploma, el nombre de identificación del registro general de la persona o el nombre legal del registro general de la persona.
Los siguientes campos están en el Bloque de Jerarquía de Nombre.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Número de Secuencia
Número de secuencia que define el nombre de la jerarquía.
Fuente Origen y descripción del nombre a imprimirse en el kárdex.
(buscar) Listar Validación de Código Origen de Nombre de Kárdex (STVTRNS)
Alumnos Versión 7.2 Octubre 200570 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Forma de Reglas de Solicitud de Verificación de Inscripción (SFAEPRT)Esta forma se ha modificado para esta mejora. Este cambio satisface el RPE #31397.
Se hicieron los siguientes cambios:
• Nuevos campos para las opciones adicionales de personalización de impresión han sido agregados a la ventana principal para: ID Banner, NSS, Máscara de NSS y Máscara de Fecha de Nacimiento.
• Una nueva ventana de Opciones de Impresión de Autoservicio ha sido agregada que es similar a la ventana en SHATPRT.
• Las pestañas han sido agregadas para la ventana principal (donde residen las opciones de impresión) y la nueva ventana de Opciones de Impresión de Autoservicio.
Máscaras de Formato de NSS, ID, y Fecha de NacimientoAhora tiene la opción de seleccionar la fecha de nacimiento, NSS, ID de Banner, o que ninguno de estos se imprima en los kárdex en papel y/o IED. (IED no transmite el NSS. Siempre usa el ID de Banner.) Use los cuadros de elección en el bloque de Opciones de
Tipo de Nombre Tipo de nombre y descripción a imprimirse en el kárdex, como es nombre legal, nombre preferido, apodo, nombre de soltera, etc
(buscar) Listar Validación de Tipo de Nombre (GTVNTYP)
Número de Secuencia de Grado
El número de secuencia de grado es requerido si un diploma es ingresado para la persona y solicitud de kárdex.
Si ninguna secuencia de grado es seleccionada para la fuente del nombre del diploma, el nombre del diploma para los grados otorgados con la fecha de graduación más reciente será impreso en el kárdex. Si la fecha de graduación no está disponible, el periodo de graduación se usará.
(buscar) Listar Forma de Resumen de Grado (SHADGMQ)
Fecha Actividad Este campo es actualizado automáticamente cuando alguno de los campos en el bloque de Jerarquía de Nombre es ingresado o actualizado.
ID de Usuario Este campo es actualizado automáticamente cuando alguno de los campos en el bloque de Jerarquía de Nombre es ingresado o actualizado.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 71
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Personalización de Impresión para elegir los datos que desea incluir. Puede cambiar la manera en que aparece el NSS o ID de Banner en el kárdex. También puede cambiar el formato de la fecha de nacimiento para el kárdex en papel o en autoservicio a cualquier formato de fecha válido usando la lista desplegable.
NSS e ID
Las reglas para añadir una máscara de caracter a los valores de NSS/ID es como sigue:
• Use el caracter X para desplegar datos y el caracter * para ocultar datos.
• Este se puede usar solo para columnas de solo despliegue.
• No se puede usar cuando hay captura de datos involucrada en la columna.
Lo siguiente describe las máscaras de formato válidas para cadenas de carácter tales como el NSS o número de ID:
Dos ejemplos de máscaras de formato y el NSS pueden ser:
• Valor 123456789 y máscara ******XXX se imprimirán como ******789.
• Valor 123456789 y máscara ***XXX*** se imprimirán como ***456***.
Fechas/Fechas y Horas de Nacimiento
Lo siguiente describe las máscaras de formato válidas para fechas, tales como fecha de nacimiento y horas, y puede ser utilizada para cambiar como aparece la fecha en el kárdex.
Elemento Ejemplo Descripción
* **** Caracteres se despliegan como asteriscos.
X XXXXXX Caracteres se despliegan como el valor normal.
Elemento Ejemplo Descripción
YYYYYYYYYY
2003003033
año en cuatro dígitosaño de tres dígitosaño de dos dígitosaño de un dígito
SYYYY -2003 S añade un prefijo de a - para una fecha AC.
Y,YYY 2,003 Año con coma en esta posición
AC o DC 2003AD indicador AC/DC
A.C. o D.C. 2003A.D. indicador AC/DC con puntos
Alumnos Versión 7.2 Octubre 200572 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
RR Predefine el siglo correcto. Calcula el siglo de una fecha ingresada por comparar el año ingresado de dos dígitos con el año y siglo que tiene el reloj interno de la computadora. Años 00-49 serán para el siglo 21 (el año 2000), y los años 50-99 serán para el siglo 20 (el año 1900).
MM Enero = 01 mes de dos dígitos
MONTH ENERO Nombre del mes, relleno con blancos a una longitud de 9 caracteres
MON ENE Nombre del mes, abreviación de 3 letras
DDD Día del año (1 - 366)
DD Día del mes (1 - 31)
D Día de la semana (1 - 7; Domingo = 1)
DAY DOMINGO Nombre del día, relleno con blancos a una longitud de 9 caracteres
DY DOM Nombre del día, abreviación de 3 letras
J día Juliano, el número de días desde Enero 1, 4712 AC
AM o PM Indicador de Meridiano
A.M. o P.M. Indicador de meridiano con puntos
HH o HH12 1100 Hora del día (1 - 12)
HH24 2300 Hora del día (0 - 23)
MI Minuto (0 - 59)
SS Segundos (0 - 59)
SSSSS Segundos pasados la media noche (0 - 86399)
/. La puntuación se reproduce en el resultado.
“...” Cadena entrecomillada se reproduce en el resultado.
FM Modo de llenado: asume caracteres implicados como es O o espacio, despliega los caracteres significativos justificados a la izquierda. Permite que la entrada del usuario final sea más corta que la máscara de formato. (Usarlo junto con FX para requerir delimitadores específicos.)
Elemento Ejemplo Descripción
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 73
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Dos ejemplos de máscaras de formato y para horas y fechas pueden ser:
• Valor de fecha de nacimiento 01-ENE-1980 y máscara 'DD-MON' se desplegará como 01-ENE.
• Valor de fecha de nacimiento 01-ENE-1980 y máscara 'MON DD' se desplegará como Enero 01.
Condiciones de Despliegue de Opción de Impresión de AutoServicioLos registros se insertan en Cuentas por Cobrar cuando existen montos de cargo que son mayores de $0.00. Cuando una opción de pago disponible se ha configurado en STVWPYO y requiere un cargo y/o pago de tarjeta de crédito en autoservicio, tanto el cargo y el crédito se insertarán en la tabla de Cuentas por Cobrar apropiada cuando la solicitud de autoservicio se haya completado. Se puede insertar si el tipo del cargo es ya sea M (el registro se inserta dentro de TBRMISD) o S (el registro se inserta dentro de TBRACCD).
• Si el tipo de cargo es M, entonces la opción de pago debe ser un tipo de tarjeta de crédito, debido a que es la única manera de garantizar que el pago se colecte. Por definición, TBRMISD requiere un pago al mismo tiempo que se aplica el cargo.
• Si el tipo de cargo es S, y la opción de pago no es un tipo de tarjeta de crédito, entonces cualquier cargo establecido para los servicios no se inserta en la cuenta del alumno desde AutoServicio. Un ejemplo de esto puede ser "Facturar Mi Cuenta."
• Los cargos de tipo S (que no son cargos de tarjeta de crédito) se insertan dentro de TBRACCD cuando ejecuta SFRENRL para solicitudes de verificación de inscripción o SHRTRTC para solicitudes de Kárdex.
Las siguientes cuatro condiciones afectan la información que es desplegada en las páginas de solicitud de autoservicio, basándose en las configuraciones en la ventana de Opciones de Impresión de Autoservicio de SHATPRT y/o SFAEPRT.
FX Todas las literales de fecha deben coincidir con la máscara exactamente, incluyendo los delimitadores.
Elemento Ejemplo Descripción
Condiciones en la Ventana de Opciones de Impresión en AutoServicio
Datos/Mensaje Desplegados para Alumnos en las las Páginas de Solicitud de AutoServicio
1 - Tipo de nivel de servicio es M
- Cargo es mayor que $0.00
- Existen opciones de pago, tipos de tarjeta de crédito y/o sin tarjeta de crédito
Solo despliega las opciones de pago donde el Indicador de Tarjeta de Crédito es Y en STVWPYO
Alumnos Versión 7.2 Octubre 200574 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Nuevos Campos en la Ventana PrincipalUse la pestaña de Opciones de Impresión para acceder a esta ventana.
Los nuevos campos se definen como sigue.
2 - Tipo de nivel de servicio es M
- Cargo es mayor que $0.00
- Existen opciones de pago, pero ninguno es tipo de tarjeta de crédito
Desplegar mensaje de error de Texto de información:
"No hay opciones de pago con tarjeta de crédito disponible, así que no podemos completar su solicitud. Favor de contactar a Tesorería o Inscripciones para ayuda."
3 - Tipo de nivel de servicio es S
- Cargo es mayor que $0.00
- Existen opciones de pago que son tipos de tarjeta de crédito y/o sin tarjeta de crédito
Desplegar todas las opciones de pago
4 - Tipo de nivel de servicio es S o M
- Cargo es mayor que $0.00
- No existen opciones de pago
Desplegar mensaje de error de Texto de información:
"No hay opciones de pago disponibles, así que no podemos completar su solicitud. Favor de contactar a Tesorería o Inscripciones para ayuda."
Condiciones en la Ventana de Opciones de Impresión en AutoServicio
Datos/Mensaje Desplegados para Alumnos en las las Páginas de Solicitud de AutoServicio
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
ID de Banner Esta es una opción para imprimir el ID de Banner para el alumno como se definen en el campo de ID en la Forma de General de Persona (SPAPERS). El valor por omisión es marcado o Y cuando crea una regla de Solicitud de Verificación de Inscripción.
NSS Opción para imprimir el número de seguridad social/número de seguro social/número de identificación de impuesto como se definió en el campo NSS en la Forma General de Persona (SPAPERS). El valor por omisión es marcado o Y cuando crea una regla de Solicitud de Verificación de Inscripción.
Máscara para NSS
Utilizar este campo para ingresar la máscara de formato para el despliegue del NSS en el reporte de verificación de inscripción. Ingrese X para desplegar un valor y * para ocultar un valor.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 75
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Nueva Ventana de Opciones de Impresión en AutoServicioEsta ventana es utilizada para especificar la información detallada utilizada para una Solicitud de Verificación de Inscripción en AutoServicio. Use la pestaña de Opciones de Impresión de AutoServicio para acceder a esta ventana.
Bloque de Control de Procesamiento
Los siguientes campos están en el bloque de Control de Procesamiento.
Creando una Carta de ConfirmaciónEl bloque de Control de Procesamiento en la ventana de Opciones de Impresión de Autoservicio puede ser utilizado para crear una carta de confirmación que aparecerá después de la página de Confirmación de Solicitud de Verificación de Inscripción de
Máscara de Fecha de Nacimiento
Utilizar este campo para seleccionar la máscara de formato para el despliegue de la fecha de nacimiento en el reporte de verificación de inscripción.
(buscar) Listar Ejemplo de Máscaras de Formato de Fecha
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Solicitud de Autoservicio
Verificar este cuadro para permitir que sean procesadas desde autoservicio las solicitudes de verificación de inscripción de papel.
Año Académico de Autoservicio
Verificar este cuadro para permitir que sean seleccionadas las solicitudes de verificación de inscripción por año académico cuando procesa desde autoservicio.
Carta de Confirmación de Autoservicio
Utilizar este campo para seleccionar la carta de confirmación de autoservicio que va a ser utilizada para la solicitud de verificación de inscripción.
(buscar) Lista Validación de Código de Carta (GTVLETR)
Impresoras de Autoservicio
Utilizar este campo para seleccionar la impresora destino donde va a ser impresa la carta de confirmación.
(buscar) Listar Validación de Impresora (GTVPRNT)
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200576 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Autoservicio. Esta carta puede incluir instrucciones acerca del envío de una firma para que la solicitud sea completada, y puede ser personalizada con datos del alumno.
Utilizar los siguientes pasos para crear una carta HTML en baseline para la confirmación de verificación de inscripción:
1. Definir un nuevo código de carta en la GTVLETR.
2. Agregar el código de carta a SOAELTL, y asignar un módulo de S. El módulo crea una liga a los datos que están disponibles para la carta (tales como primer nombre).
En este caso el módulo S es para datos del alumno y es seleccionado desde la vista de AS_STUDENT_DATA Objeto:Acceso.
3. Agregar el texto de la carta y colocación de la variable en SOAELTR para dar formato a la carta.
4. Utilizar el botón Desplegar Carta en SOAELTR para ver el resultado.
Bloque de Nivel de Servicio
Éste bloque es utilizado para establecer las opciones de autoservicio para la solicitud de Verificación de Inscripción de AutoServicio.
Los siguientes campos están en el bloque de Nivel de Servicio.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Código Código de Opción de Autoservicio. Este campo es utilizado para asociar una opción de autoservicio de Web con una Solicitud de Verificación de Inscripción especifica. Este campo es requerido.
(buscar) Lista Forma de Validación de Opciones de Autoservicio de Web (STVWSSO)
Descripción Este campo es llenado automáticamente con la descripción del código de opción de autoservicio. Este campo es sólo de despliegue.
Tipo Tipo de Cuenta. Este campo es utilizado para determinar a que tipo de Cuentas por Cobrar considera que serán aplicados los cargos asociados con la Solicitud de Verificación de Inscripción del estudiante. La institución puede elegir hacer cargos aplicados a la cuenta del alumno o a una cuenta miscelánea.
Los valores válidos son S (Alumno) y M (Miscelánea). El valor por omisión es M.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 77
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Bloque de Opciones de Pago
Éste bloque es utilizado para establecer las opciones de pago de autoservicio para la solicitud de Verificación de Inscripción de AutoServicio.
Los siguientes campos están en el bloque de Opciones de Pago.
Cobro Este campo es llenado automáticamente con el cargo asociado con el código de opción de autoservicio ingresado en el campo Código. Es un campo opcional. Cuando es llenado, puede ser actualizado.
Los valores válidos son 0.00 – 999999999.99.
Por Cargo Por Solicitud o Copia. Este campo es utilizado para seleccionar si el cargo asociado con la opción de autoservicio de Web será cargado por Solicitud de Verificación de Inscripción o por copia de Verificación de Inscripción.
Los valores válidos son R para Solicitud y C para Copia. El valor por omisión es C. Es un campo requerido si los campos de Cargo no son nulos.
ID de Usuario Este campo es actualizado automáticamente cuando alguno de los campos en el bloque de Nivel de Servicio es ingresado o actualizado.
Fecha Actividad Este campo es actualizado automáticamente cuando alguno de los campos en el bloque de Nivel de Servicio es ingresado o actualizado.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Código Código de Opción de Pago. Este campo es utilizado para asociar una opción de pago en autoservicio de Web con un código de tipo de kárdex especifico. Este es un campo requerido.
(buscar) Lista Forma de Validación de Opciones de Pago de Web (STVWPYO)
Descripción Este campo es llenado automáticamente con la descripción del código de opción de pago. Este campo es sólo de despliegue.
Código de Detalle
Este campo es llenado automáticamente con el código de detalle asociado con el código de opción de pago ingresado en el campo Código. Este es un campo requerido.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200578 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Forma de Solicitud de Verificación de Inscripción (SFARQST)Esta forma se ha modificado para esta mejora. Este cambio corrige las soluciones de problemas #99024, #99621, #78514, #87657 y #89112. Para más información de estos elementos, favor de referirse a la sección de “Soluciones de Problemas” de esta guía de versión.
• Solución de problema #99024 concerniente a la situación donde el campo Estado Académico estaba desplegando el código de status de inscripción, y el campo Status de Inscripción estaba desplegando el código de estado académico.
• Solución de problema #99621 concerniente a inconsistencias con el despliegue de la información de nombre y dirección para las verificaciones de inscripción. Las convenciones de formato estándares de nombre no estaban siendo seguidas.
• Solución de problema #78514 concerniente al uso del año académico. Los mensajes de advertencia ahora son desplegados si el año académico ingresado no coincide con el periodo en la clave o la información del rango de fecha desde y hasta. El proceso SFRENRL seleccionará verificaciones que van a ser impresas, sólo si un registro de inscripción, periodo vigente, general de alumno o historial académico existe para el alumno para un periodo en ese año académico.
• Soluciones de problemas #87657 y #89112 concerniente a un error en el campo Código CP cuando el código CP ingresado no existía en GTVZIPC.
Los siguientes cambios se hicieron a esta forma:
• Las pestañas han sido agregadas para la ventana principal (donde reside la información de solicitud de verificación de inscripción) y la ventana de Curriculum y General de Alumno.
• Ahora recibirá un mensaje de advertencia cuando el año académico ingresado para la solicitud no coincide con el año académico definido por STVRSTS para el periodo en el Bloque Clave, o cuando el año académico cae fuera del rango de fecha definido en el Bloque Clave.
• Un nuevo elemento ha sido agregado al Menú de Opciones. Utilizar la opción de Ver Solicitudes de Verificación de Inscripción del Alumno [SFQRQST] para acceder la Forma de Consulta de Solicitud de Verificación de Inscripción (SFQRQST).
• Nuevos campos para las opciones de pago y entrega de autoservicio han sido agregados a la sección de Solicitud de Verificación de Inscripción de la ventana principal.
ID de Usuario Este campo apunta es actualizado automáticamente cuando es ingresado o actualizado alguno de los campos en el bloque de Opciones de Pago.
Fecha Actividad Este campo es actualizado automáticamente cuando es ingresado o actualizado alguno de los campos en el bloque de Opciones de Pago.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 79
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
• Un nuevo campo para una opción de fax ha sido agregado a la sección de Dirección y Nombre del Recipiente de la ventana principal.
• La ventana de Información de Alumno se renombró a la ventana de General de Alumnos y Curriculum.
• Han sido agregados los bloques de Resumen de Curriculum y Resumen de Campo de Estudio a la ventana de General de Alumno y Curriculum. Esos bloques son sólo de consulta para el ID en la clave y despliegan los datos del curriculum actual y activo y resumen de campo de estudio para el periodo vigente en el Bloque Clave.
• Esos bloques son los mismos que los bloques de Resumen de Curriculum y Resumen de Campo de Estudio utilizados para consultar información en SRARECR, SAAADMS, SGASTDN, y SHADEGR.
• Necesitará total acceso a la ventana de Curriculum en SRARECR, SAAADMS, SGASTDN, SFAREGS, o SHADEGR para insertar o eliminar registros de curriculum y/o campo de estudios.
• Esos bloques reemplazan los campos de datos de curriculum primario llenados en SGBSTDN que anteriormente eran desplegados en esta ventana. (Programa, Nivel, Escuela, Carrera 1, Periodo del Catálogo, Clase, Grado, Carrera 2 y Campus)
• La conversión del curriculum concurrente será ejecutada automáticamente cuando el usuario navega desde la ventana de Solicitud de Verificación de Inscripción a la ventana de Curriculum y General de Alumno. Si los datos de curriculum ya se han convertido, el proceso de conversión regresará sin completar ninguna actividad.
Nuevos Campos en la Ventana PrincipalUse la pestaña de Solicitud de Verificación de Inscripción para acceder a esta ventana.
Estos campos han sido agregados a la ventana principal.
Nuevos Bloques en la Ventana de General de Alumno y Curriculum
Estos bloques han sido agregados a la ventana de Curriculum y General de Alumno. Utilizar la pestaña de General de Alumno y Curriculum para acceder esta ventana.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Opción de Entrega en AutoServicio
Este campo despliega la opción de entrega de autoservicio seleccionada en la solicitud de autoservicio.
Opción de Pago en AutoServicio
Este campo despliega la opción de pago de autoservicio seleccionada en la solicitud de autoservicio.
Número de Fax Ingresar el código del área y número de fax al que puede ser enviada la solicitud de verificación de inscripción.
Alumnos Versión 7.2 Octubre 200580 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Bloque de Resumen de Curricula
Este bloque es de solo consulta para el ID en el Bloque Clave y despliega un resumen de los datos de curricula.
Nota: Necesita acceder la ventana completa de Curriculum en SRARECR, SAAADMS, SGASTDN, SFAREGS, o SHADEGR para insertar o eliminar registros del curriculum y/o campo de estudio, o puede utilizar los bloques de Curriculum y Campo de Estudio en SRAQUIK y SAAQUIK.
Este bloque despliega los datos de curriculum más recientes para cada prioridad si el renglón del curriculum es ACTIVE. El bloque despliega los campos de curriculum críticos de manera que los usuarios puedan determinar que curricula busca el alumno. Para hacer más sencillo a los usuarios identificar que registros de curriculum se han llenado en los campos de curriculum principal y secundario, las palabras claves Principal o Secundario se despliegan junto al título del Bloque de Resumen de Curricula para identificar estos dos renglones.
Este bloque solo desplegará los campos apropiados para los renglones de curriculum para el módulo desde el que se llama. Por ejemplo, si la ventana se llama desde SAAADMS, entonces solo los renglones de curriculum donde el código de módulo es ADMISSIONS se regresarán. Acceda a la Forma de Consulta de Curriculum de Estudiante (SOILCUR) para ver todos los campos posibles que existen para la información de curriculum. Puede usar el Menú de Opciones para acceder a SOILCUR y ver la información de curriculum para todos los módulos.
Los siguientes campos están en este bloque.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Prioridad Este es el número de prioridad que define el rango de curriculum.
Columna: SORLCUR_PRIORITY_NO
Periodo Este es el código de periodo para el registro de curriculum del módulo.
(buscar) Listar Validación de Código de Periodo (STVTERM)
Columna: SORLCUR_TERM_CODE
Periodo del Catálogo
Este es el código de periodo de catálogo para el registro de curriculum del módulo.
(buscar) Listar Validación de Código de Periodo (STVTERM)
Columna: SORLCUR_TERM_CODE_CTLG
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 81
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Programa Este es el programa para el registro de curriculum del módulo.
(buscar) Listar Todos los Códigos de Programa (SMAPRLE)
(buscar) Ayuda Reglas de Curriculum Base por Programa
(buscar) Conteo Aciertos Cambiar Curriculum
(buscar) Editar Reglas de Curriculum (SOACURR)
Columna: SORLCUR_PROGRAM
Nivel Este es el nivel para el registro de curriculum del módulo.
(buscar) Listar Validación de Código de Nivel (STVLEVL)
(buscar) Ayuda Reglas de Curriculum Base por Nivel
(buscar) Conteo Aciertos Cambiar Curriculum
Columna: SORLCUR_LEVL_CODE
Campus Este es el campus para el registro de curriculum del módulo.
(buscar) Listar Validación de Campus (STVCAMP)
(buscar) Ayuda Reglas de Curriculum Base por Campus
(buscar) Conteo Aciertos Cambiar Curriculum
Columna: SORLCUR_CAMP_CODE
Escuela Este es la escuela para el registro de curriculum del módulo.
(buscar) Listar Validación de Escuela (STVCOLL)
(buscar) Ayuda Reglas de Curriculum Base por Escuela
(buscar) Conteo Aciertos Cambiar Curriculum
Columna: SORLCUR_COLL_CODE
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200582 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalFormas Cambiadas
Bloque de Resumen de Campo de Estudio
Este bloque es de solo consulta para el ID en el Bloque Clave y despliega un resumen de los datos de Campo de Estudio.
Nota: Necesitará total acceso a la ventana de Curriculum en SRARECR, SAAADMS, SGASTDN, SFAREGS, o SHADEGR para insertar o eliminar registros de curriculum y/o campo de estudios.
Este bloque solo desplegará los campos apropiados para los renglones de curriculum para el módulo desde el que se llama. Por ejemplo, si la ventana se llama desde SAAADMS, entonces solo los renglones de curriculum donde el código de módulo es ADMISSIONS se regresarán. Acceda a la Forma de Consulta de Curriculum de Estudiante (SOILCUR) para ver todos los campos posibles que existen para la información de curriculum. Puede usar el Menú de Opciones para acceder a SOILCUR y ver la información de curriculum para todos los módulos.
Los siguientes campos están en este bloque.
Grado Este es el grado para el registro de curriculum del módulo.
(buscar) Listar Validación de Código de Grado (STVDEGC)
(buscar) Ayuda Reglas de Curriculum Base por Grado
(buscar) Conteo Aciertos Cambiar Curriculum
Columna: SORLCUR_DEGC_CODE
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Prioridad Este es el número de prioridad que define el rango de campo de estudio.
Columna: SORLFOS_PRIORITY_NO
Periodo Este es el código de periodo para el campo de estudio. Este valor se pasa por omisión desde el bloque de Curriculum.
Columna: SORLFOS_TERM_CODE
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 83
Sección 1 Curricula Concurrente Etapa 3 - Funcional Formas Cambiadas
Tipo Este es el código de tipo para el Campo de Estudio del estudiante. Identifica si el renglón es para una carrera, especialidad, o concentración.
(buscar) Listar Tipos de Campo de Estudio de Estudiante (GTVLFST)
Columna: SORLFOS_LFST_CODE
Campo de Estudio
Este es el código para la carrera, especialidad, o concentración para el Campo de Estudio.
(buscar) Listar Todos los Códigos de Carrera, Especialidad o Concentración
(buscar) Ayuda Carreras, Especialidades o Concentraciones Anexas
Columna: SORLFOS_MAJR_CODE
Departamento Este es el código de Departamento para el campo de estudio.
(buscar) Listar Todos los Códigos de Departamento
(buscar) Ayuda Departamentos Anexos
Columna: SORLFOS_DEPT_CODE
Anexar una Carrera
Este es el código para la carrera anexa para el campo de estudio. Este campo indica a que carrera está anexa la concentración, si es apropiado. Este campo solo se habilita si el tipo de Campo de Estudio es CONCENTRACIÓN.
(buscar) Listar Todos los Códigos de Carrera
(buscar) Ayuda Carreras Anexas
(buscar) Editar Reglas de Curriculum (SOACURR)
Columna: SORLFOS_MAJR_CODE_ATTACH
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 200584 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalMenús Cambiados
Menús Cambiados
La Forma de Validación de Fuente de Nombre de kárdex (STVTRNS) ha sido agregada al SubMenú de la Forma de Validación (STVTRCN - STVXLBL) [*STDVALD3G].
La Forma de Reglas de Fuente de Nombre de kárdex (SHRTRNS) ha sido agregada al Menú de kárdex y Asesor (*AHISTORYB).
La Forma de Status de Verificación de Inscripción (SFARQSS) ha sido agregada al Menú de Inscripción (*REGISTRATION).
Reportes y Procesos Cambiados
Kárdex Académico (SHRTRTC)El kárdex ha sido modificado para desplegar información adicional de registros de curriculum, basándose en las opciones seleccionadas en SHATPRT. Se han eliminado todas las referencias a los campos del curriculum anterior. Las vistas SOVLCUR y SOVLFOS se referencian en su lugar. Los cambios incluyen las nuevas opciones para imprimir registros de curriculum por periodo, imprimir el curriculum primario del estudiante y curriculum secundario del estudiante, imprimir los grados otorgados para el curriculum primario y el curriculum secundario, y ordenar datos por departamento, escuela y carrera.
Anterior a esta versión, la información que era impresa en el kárdex en la sección de Programa Actual para un alumno con curriculum primario y un curriculum secundario era mostrada abajo. En este caso, el estudiante tenía dos curriculum, cada uno con dos carreras, dos especialidades y seis concentraciones. Sólo el registro de curriculum primario era impreso en el kárdex, pero eran impresas todas las carreras, especialidades y concentraciones disponibles. Era asumido que las concentraciones estaban vinculadas a las carreras e impresas directamente después de las carreras.
Conversión Ejecutada Cuando se Ejecuta SHRTRTCLa conversión de curriculum concurrente será ejecutada automáticamente cuando SHRTRTC comienza a procesar un kárdex de un alumno. Si los datos de curriculum ya se han convertido, el proceso de conversión terminará sin completar ninguna actividad.
La nueva función f_transcript_name se ejecuta para recuperar el nombre para la persona. El nombre que es seleccionado por la función f_transcript_name no impactará el orden de clasificación, aún si es seleccionado un orden de clasificación alfabético. Esto puede presentar la misma confusión si el nombre regresado no es similar al nombre de identificación actual. La opción de orden alfabético no puede ser utilizada para apellido, primer nombre y luego segundo nombre, si el diploma o nombres legales son seleccionados
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 85
Sección 1 Curricula Concurrente Etapa 3 - Funcional Reportes y Procesos Cambiados
para ser impresos en el kárdex. El apellido no es separado del primer nombre en estos dos casos.
La función shktran.f_format_data se ejecuta para reformatear el campo de NSS/ID. El ID reformateado no impactará el orden de clasificación si el ID es elegido como la opción de clasificación.
La fecha de nacimiento es seleccionada utilizando la máscara de formato y la función TO_CHAR de SQL y colocada en la impresión del elemento de fecha de nacimiento en el kárdex.
Usando niveles con Kárdex de AutoServicio y en PapelEl kárdex de papel imprime los registros del curriculum del estudiante primario, activo y actual y/o el curriculum secundario o primario de resultados, activo, actual (si es otorgado), si el nivel del curriculum coincide con el nivel del curso que esta siendo reportado en los kárdex.
El kárdex de autoservicio despliega los registros del curriculum del estudiante primario y secundario y el curriculum primario o secundario de resultados, si el nivel para el curriculum coincide con el nivel del curso que esta siendo reportado en los kárdex. Cuando todos los niveles son seleccionados en autoservicio, todos los registros del curriculum primario y secundario activos y actuales de todos los niveles son desplegados en la parte superior de las páginas del kárdex, antes de que sea reportado el trabajo de curso de todos los niveles.
Por ejemplo:
Las páginas del kárdex que imprimen el reporte de Cursos de Licenciatura sólo imprimen el curriculum primario del estudiante. Las páginas que imprimen los Cursos de Educación Continua imprimen el curriculum secundario del estudiante.
El curriculum de licenciatura para el grado otorgado es impreso en las páginas que reportan el nivel del curso de Cursos Licenciatura. Todos los registros del curriculum para un grado otorgado son impresos juntos. En el ejemplo de arriba, el curriculum de Educación Continua es listado como un curriculum secundario al curriculum de resultados de licenciatura y será reportado con el curriculum de resultados de licenciatura.
Curriculum Principal del EstudiantePrograma: BA HistoriaNivel: LicenciaturaGrado: Licenciatura en ArtesEscuela: Artes y CienciasCampus: PrincipalCarrera: HistoriaCurriculum Secundario del EstudiantePrograma: CE ArtesNivel: Educación ContinuaGrado: Certificado de ArtesEscuela: Educación ContinuaCampus: PrincipalCarrera: Dibujo
Alumnos Versión 7.2 Octubre 200586 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalReportes y Procesos Cambiados
Escuela y Carrera por PeriodoLa escuela que es impresa para cada periodo es tomada del curriculum que esta activo y actual para ese periodo, tiene la prioridad más baja, y tiene un código de nivel que coincide con el nivel del curso reportado. La carrera impresa es la primera que es primaria, activa y actual para ese curriculum.
Reporte de Verificación de Inscripción (SFRENRL)Anterior a esta versión, el reporte tenía dos opciones de impresión, una para imprimir el curriculum primario y una para imprimir el curriculum secundario. El reporte imprimía todos los campos de estudio disponibles para curriculum primario y secundario.
La Información de Grado no imprime información de curriculum.
Conversión Ejecutada Cuando se Ejecuta SFRENRLLa conversión de curriculum concurrente será ejecutada automáticamente cuando SFRENRL comience a procesar la verificación de inscripción de un alumno. Si los datos de curriculum ya se han convertido, el proceso de conversión terminará sin completar ninguna actividad.
La función shktran.f_format_data se ejecuta para reformatear el campo de NSS/ID.
La fecha de nacimiento es seleccionada utilizando la máscara de formato y la función TO_CHAR de SQL y colocada en imprimir elemento de fecha de nacimiento en el reporte.
Poluciones de Problemas Corregidas para SFRENRL
Las siguientes correcciones han sido hechas al reporte con esta mejora:
SFRENRL (#78514)A menos que sean creados nuevos registros de SGASTDN para cada alumno para cada periodo, no hay método para recibir la salida de verificación de inscripción de múltiples periodos si el campo Año Académico (SFARQST) es utilizado en la solicitud. Esto ha sido corregido.
SFRENRL (#93115)Una solicitud de inscripción para más de una copia como se ingresó usando SFARQST solo producirá una copia de la verificación cuando se ejecute SFRENRL. Este proceso se ha corregido para producir el número de copias solicitadas desde SFARQST.
SFRENRL (#98932)SFRENRL no estaba buscando en las reglas de SHAGPAR para determinar el formato de impresión del PGA y puntos de calidad. Esto anteriormente era dirigido por la solución de problema #88257, la cuál fue entregada en la Versión 6.2, pero el verificador de SHAGPAR no fue agregado al proceso. Esto ha sido corregido.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 87
Sección 1 Curricula Concurrente Etapa 3 - Funcional Reportes y Procesos Cambiados
SFRENRL (#96230)El encabezado '****CONTINUA EN LA SIGUIENTE PÁGINA*****' no estaba centrado como lo había estado en la versión 5.X del reporte, y por lo tanto se desenrollaba incorrectamente. Lo mismo pasaba con el encabezado ***FIN DE INSCRIPCIÓN***. Esto ha sido corregido.
Para más información de estos elementos, favor de referirse a la sección de “Soluciones de Problemas” de esta guía de versión.
Nuevos Parámetros de Envío de Trabajo Puede ejecutar solicitudes de verificación de inscripción desde la baseline o en autoservicio en cualquier momento y para cualquier periodo. También puede impedir solicitudes desde que están siendo impresas utilizando un periodo de corte específico. Si las altas y/o bajas de inscripción todavía están en progreso, esas solicitudes de verificación de inscripción no serán procesadas, de esa manera impide la impresión de verificaciones de IDs cuyos status pueden ser alterados como un resultado de cambios de inscripción en curso.
Cuatro nuevos parámetros han sido agregados al reporte.
• El parámetro de Opciones de Autoservicio de Web es opcional. Ingresar Y para procesar solicitudes utilizando las opciones de Autoservicio de Web.
• El parámetro de Opciones de Pago de Web es opcional. Ingresar Y para procesar solicitudes utilizando las opciones de pago de Web.
• El parámetro Utilizar Periodo de Corte de Solicitud es requerido. Ingresar Y para solicitar que sea utilizado un periodo de corte. Por omisión es N.
El periodo de corte se aplica cuando son utilizados rangos de fecha o año académico en la solicitud.
Cualquier solicitud que tenga un periodo que sea mayor o igual que el periodo ingresado en el parámetro de Periodo de Corte de Solicitud no será procesada.
• El parámetro de Solicitar Periodo de Corte es opcional. Cuando el parámetro Utilizar Periodo de Corte de Solicitud esta establecido a Y, ingresar el periodo que va a ser utilizado como el periodo de corte para el procesamiento. Los valores válidos vienen de STVTERM.
Si el parámetro Utilizar Periodo de Corte de Solicitud esta establecido a Y, y el periodo ingresado en la solicitud para el ID es menor que el periodo de corte definido en el parámetro de Periodo de Corte de Solicitud, será impresa la verificación de inscripción.
Cuando ha sido completada una alta o baja de inscripción, puede volver a definir el periodo de corte, o puede establecer el parámetro Utilizar Periodo de Corte de Solicitud a N, y quitar el periodo del parámetro Periodo de Corte de Solicitud.
Alumnos Versión 7.2 Octubre 200588 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalReportes y Procesos Cambiados
Nuevo Procesamiento de Cargo para SFRENRL y AutoservicioEl registro contable será creado si la opción de servicio de solicitud de autoservicio de verificación de inscripción requiere un cargo, pero la solicitud de autoservicio no requería un pago. Los cargos son creados en TBRACCD o TBRMISC si ninguna opción de pago existe en autoservicio.
Los registros se insertan en Cuentas por Cobrar cuando existen montos de cargo que son mayores de $0.00. Cuando una opción de pago disponible se ha configurado en STVWPYO y requiere un cargo y/o pago de tarjeta de crédito en autoservicio, tanto el cargo y el crédito se insertarán en la tabla de Cuentas por Cobrar apropiada cuando la solicitud de autoservicio se haya completado. Se puede insertar si el tipo del cargo es ya sea M (el registro se inserta dentro de TBRMISD) o S (el registro se inserta dentro de TBRACCD).
• Si el tipo de cargo es M, entonces la opción de pago debe ser un tipo de tarjeta de crédito, debido a que es la única manera de garantizar que el pago se colecte. Por definición, TBRMISD requiere un pago al mismo tiempo que se aplica el cargo.
• Si el tipo de cargo es S, y la opción de pago no es un tipo de tarjeta de crédito, entonces cualquier cargo establecido para los servicios no se inserta en la cuenta del alumno desde AutoServicio. Un ejemplo de esto puede ser "Facturar Mi Cuenta."
• Los cargos de tipo S (que no son cargos de tarjeta de crédito) son insertados en TBRACCD cuando ejecuta SFRENRL o SHRTRTC.
Extracción de Intercambio Electrónico de Datos (SHREDIY)La conversión de los códigos de MAJOR, MINOR, CONCENTRATION, y códigos de otros tipos de campo de estudio al identificador del campo de estudio IED requiere un nuevo código de referencia externo en SOAXREF. El nuevo código de GTVLFST y los valores para MAJOR, MINOR, y CONCENTRATION son entregados como datos seed.
Nota: Debe agregar tipos de campo de estudio de no-carrera, especialidad y concentración en su institución y asociarlos con uno de los códigos de IED.
Datos SeedLos datos seed entregados incluyen un nuevo valor en STVXLBL.
Los datos seed entregados incluyen nuevos valores en SOAXREF para coincidir con la nueva etiqueta de IED para el valor de Banner GTVLFST .
Código de Etiqueta IED
Descripción Requerido por el Sistema
GTVLFST Identificadores de Campo de Estudio
Y
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 89
Sección 1 Curricula Concurrente Etapa 3 - Funcional Reportes y Procesos Cambiados
Todos los otros tipos de campo de estudio necesitan ser incluidos en SOAXREF e identificados por uno de los siguientes valores IED:
El kárdex de IED no incluye todos los elementos que son parte del curriculum actual del estudiante. El ciclo de OPS incluye sólo la carrera primaria del curriculum primario. El ciclo DEG incluye el grado y campos de estudio del registro de resultados y permite que múltiples sean incluidos en el archivo de salida.
Conversión Ejecutada Cuando se Ejecuta SHREDIYLa conversión de curriculum concurrente será ejecutada automáticamente cuando SHREDIY comienza a procesar un kárdex de un alumno. Si los datos de curriculum ya se han convertido, el proceso de conversión terminará sin completar ninguna actividad.
La nueva función f_transcript_name se ejecuta para recuperar el nombre para la persona. La función ignorará cualquier fuente de nombre que no tenga el Indicador IED establecido a Y.
La función shktran.f_format_data se ejecuta para reformatear el campo de NSS/ID.
La fecha de nacimiento es seleccionada utilizando la máscara de formato y la función TO_CHAR de SQL y colocada en la impresión del elemento de fecha de nacimiento en el kárdex.
Etiqueta IED
Atributo IED Valor IED Estándar Web Valor de Banner
GTVLFST MAJOR M Y N MAJORGTVLFST MINOR N Y N MINORGTVLFST CONCENTR C Y N CONCENTRATION
Valor Descripción
C ConcentraciónE FirmaG Maestría Sin GradoL LicenciaM CarreraN EspecialidadS ConcentraciónT EnseñanzaV Visita Escolar
Alumnos Versión 7.2 Octubre 200590 Guía de Versión Confidencial
Sección 1 Curricula Concurrente Etapa 3 - FuncionalEjemplos del Reporte
Ejemplos del Reporte
Kárdex Académico (SHRTRTC)Favor de ver la sección horizontal para los parámetros del reporte y un ejemplo de la salida.
Reporte de Verificación de Inscripción (SFRENRL)Favor de ver la sección horizontal para los parámetros del reporte y un ejemplo de la salida.
Extracción de Intercambio Electrónico de Datos (SHREDIY)Favor de ver la sección horizontal para los parámetros del reporte y un ejemplo de la salida.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 91
Sección 1 Curricula Concurrente Etapa 3 - Funcional Ejemplos del Reporte
Esta página se dejó en blanco intencionalmente
Alumnos Versión 7.2 Octubre 200592 Guía de Versión Confidencial
Sección 1 - CurrReportes Ejemp
Octubre 200593 Confidencial
Kárdex A
Descripción Un kárdex debe haber sido solicitado licitud de kárdex de Autoservicio de
reación de Población de kárdex hivo colector, el cuál es leído por este endiente, o todas las solicitudes que do por el tipo de kárdex especificado iones y crear las reglas asociadas con
icula Concurrente Etapa 3 lo
Alumnos Versión 7.2 Guía de Versión
cadémico(SHRTRTC)
Este proceso debe ser ejecutado para producir el kárdex en papel de SCT Banner desde el sistema. a través del uso de la Forma de Solicitud de kárdex (SHARQTC) de baseline, el procesamiento de soAlumno, o una población de kárdex baseline para un kárdex identificado a través del Proceso de C(SHRTPOP), para que sea producido a través de este proceso. SHARQTC envía la solicitud a un arcproceso y luego impreso. Los kárdex pueden ser producidos para un individuo con una solicitud phan sido enviadas al archivo colector. El tipo de información que se despliega en el kárdex es controlaen la solicitud. La Forma de Reglas de Tipo de kárdex (SHATPRT) es utilizada para definir las opcel tipo de kárdex.
Sección 1 - Reportes Ej
Octubre 200594 Confidencial
Parámet Valores
preso el el
odos los co,
o de para den ser
ampo árdex es para quiera, ID del
r % o un e
Forma de Validación de Código de Tipo de Kárdex (STVTPRT)
ellos esos. odas las
Curricula Concurrente Etapa 3 emplo
Alumnos Versión 7.2 Guía de Versión
ros Nombre ¿Requerido? Descripción
Archivo de Llenado del kárdex
No Ingresar Y si la población para la cuál va a ser imkárdex(s) ha sido seleccionada anteriormente víaProceso de Llenado de kárdex (SHRTPOP).
ID y [Secuencia] como XXXXXXXXX000
No Ingresar % o un valor de NULO para seleccionar tIDs y secuencias. Para seleccionar un ID especifiingresar el número de ID de nueve caracteres (XXXXXXXXX) del alumno. Ingresar el númersecuencia de tres caracteres (000) después del IDseleccionar una solicitud de kárdex especifica. Pueingresados múltiples IDs.
Nota: El número de secuencia es obtenido del cSolicitud (Número) en la Forma de Solicitud de k(SHARQTC). Cuando existen múltiples solicitudun kárdex, puede seleccionar uno especifico que ingresando ese número de secuencia después delalumno.
Tipo de Kárdex No Ingresar el tipo de kárdex(s) solicitado(s). Ingresavalor de NULO para seleccionar todos los tipos dkárdex.
Impresora de Kárdex No Si una impresora especifica es solicitada, sólo aqualumnos solicitados vía esa impresora serán imprIngresar % o un valor de NULO para seleccionar timpresoras.
Sección 1 - CurrReportes Ejemp
Octubre 200595 Confidencial
l
n.
alor
s os
sta rso
Forma de Validación de Código de Campus (STVCAMP)
rol.
o un
Parámetros Valores
icula Concurrente Etapa 3 lo
Alumnos Versión 7.2 Guía de Versión
Fecha de Selección de Dirección
No Ingresar la fecha (formato DD-MES-AAAA) de la cuádesea recuperar un registro de dirección activa del alumno para quién esta siendo impreso el kárdex.
Prioridad y Tipo de Dirección
Si Ingrese el número de prioridad y código de tipo de dirección (formato 1MA) para la selección de direcció
Solicitud de Kárdex Oficial No Ingresar Y si la solicitud de kárdex es oficial, N o un vde NULO si la solicitud es considerada no oficial.
Indicador de Selección de Campus
No Ingresar Y si sólo los cursos asociados con los campuseleccionados van a ser impresos. Una N incluirá todlos códigos de campus del curso en el kárdex.
Campus Seleccionado Si (Requerido si el Indicador de Selección de Campus eestablecido a Y) Ingresar el código del campus del cuque representa el campus de los cursos que van a serincluidos en el kárdex.
Reporte de Control No Ingresar Y para generar un reporte de control, N o NULO para suprimir la impresión del reporte de cont
Alineación de Página No Ingresar Y para generar una página de alineación, N valor de NULO para suprimir la alineación.
(cont Nombre ¿Requerido? Descripción
Sección 1 - Reportes Ej
Octubre 200596 Confidencial
proceso Y Utilizar espera
N No utilizar espera
pausar
dex si el no es
de ., 3 - 6 -
enan la
o).
1 Escuela
2 Depto.
3 Carrera
4 Escuela, Depto., Carrera
5 Nombre
6 Grado, Carrera
Parámet Valores
Curricula Concurrente Etapa 3 emplo
Alumnos Versión 7.2 Guía de Versión
Ejecutar en Modo en Espera
No Ingresar Y para iniciar el ciclo de espera para estee impresora.
Ingresar Intervalo de Espera
No Ingrese la hora (en segundos) este proceso es paraantes de resumir la ejecución.
Sustituir Título En Progreso
No Ingresar el valor que preferiría imprimir en el kártítulo predefinido “TRABAJO EN PROGRESO” conveniente. Un título de hasta 30 caracteres alfanuméricos puede ser ingresado.
Orden de Clasificación Si Ingresar el número que corresponde con el ordenclasificación para el kárdex: 1 - Escuela, 2 - DeptCarrera, 4 - Escuela, Dept., Carrera, 5 - Nombre,Grado, Carrera.
Nota: Opciones de clasificación 1, 2, 3, 4, y 6 ordinformación basándose en el primer registro de curriculum primario (número de prioridad mínim
ros (cont Nombre ¿Requerido? Descripción
Sección 1 - CurrReportes Ejemp
Octubre 200597 Confidencial
los
co. ndo
Y Procesar solicitudes que están esperando calificaciones finales del periodo.
N El proceso solicita que no exista espera para las calificaciones de fin de periodo.
s
stán N.
Y Procesar solicitudes que están esperando que sean aplicados grados.
N Procesar solicitudes que no están esperando que los grados sean aplicados.
los s
Forma de Validación de Opciones de Autoservicio en Web (STVWSSO)
los s
Forma de Validación de Opciones de Pago en Web (STVWPYO)
en los
Y Imprimir formatos expandidos
1N No imprimir formatos expandidos
Parámetros Valores
icula Concurrente Etapa 3 lo
Alumnos Versión 7.2 Guía de Versión
¿Procesar solcs. en espera de calificaciones?
Si Utilizar este parámetro para procesar solicitudes quealumnos quieren retener hasta que las calificaciones finales del periodo sean pasadas al historial académiIngresar Y para procesar solicitudes que están esperacalificaciones finales del periodo. Ingresar N para procesar las solicitudes que no están esperando calificaciones finales del periodo. Por omisión es N.
¿Procesar solcs. en espera de grados?
Si Usar este parámetro para procesar solicitudes que loalumnos quieren retener hasta que sus grados sean aplicados a SHADEGR. Ingresar Y para procesar solicitudes que están esperando que sean aplicados grados. Ingresar N para procesar solicitudes que no eesperando que sean aplicados grados. Por omisión es
Opciones de Autoservicio de Web
No Utilizar este parámetro para procesar solicitudes quealumnos enviaron vía Autoservicio de Alumno con laopciones de autoservicio de Web seleccionadas.
Opciones de pago en Web No Utilizar este parámetro para procesar solicitudes quealumnos enviaron vía Autoservicio de Alumno con laopciones de pago vía Web seleccionadas.
Imprimir Formatos de Horas Expandidas
Si Ingresar Y para imprimir los puntos de calidad y PGAformato expandido o N para no imprimir utilizandoformatos expandidos.
(cont Nombre ¿Requerido? Descripción
Sección 1 - Reportes Ej
Octubre 200598 Confidencial
Ejemplo
Este ejem
SS
Rec Curren
Iss
Course Studen Only Matric
Prim Le BS in M Maj/Co Co Field Int Second Bachelo
COURSE T Maj/Co Co Comm *******
Curricula Concurrente Etapa 3 emplo
Alumnos Versión 7.2 Guía de Versión
de Reporte —Kárdex Académico (SHRTRTC)
plo muestra la salida en un formato expandido.
N LABEL: ***-**-**50 BAN ID: 987654321 Date of Birth: 09/08 Date Issued: 10-OCT-2005 OFFL Official
ord of: Hannah Rosen Page: 1t Name: Hannah Rosen Moore 19 Red Mountain Avenue RR 3, RD 10 Torrington, CT 022101919
ued To: Pennsylvania State University Office of Graduate Admission Events cont: PO Box 1000 Events: Phi Beta Kappa State College, PA 19060 Decision: ACCEPTED Grade: PASS
Level: Undergraduate 2 Comments:t Type: Continuing Student Representative to College Committee Admit: Fall 2000 - 200110 for Global Economic Perspectives Lectureulated: Fall 2000 - 200110 Series
arn Curric Label: Prim Outcome Award Label: Bachelor of Arts 15-JUN-2006anagement Ehrs: 35.000 QPts: 102.169000 Program : BS in Management GPA-Hrs: 35.000 GPA: 2.919114 College : School of Management Prim Outcome Curric Label: Campus : Main Program : BA in English Major : Finance College : College of Arts & Sciencesncentration : Latin Campus : Philadelphia Campus Major : Business Administration Major : Inglés Minor : Accounting Second Outcome Curric Label: Banking Program : Bachelor of Musicncentration : Global Electronic Commerce College : College of Performing Arts Int'l. Trade Major : Music French Music Theory Marketing Minor : Music Education Supply Chain Management Dept. Honors: Luce Prize for Excellence Experience : Bank Training Inst. Honors: magna cum laudeern Program : Finance Admin Qualifying Project - MajorLearner Curric Label: Acceptance into Major - Critical Reading of Assigned Textsr of Arts Program : BA - International Business Qualifying Project Comments have been submitted. College : School of Business Advisor for Senior Thesis: TL Jackson, Chmn. Campus : Downtown Major : Business Administration SUBJ NO. C
ITLE CRED GRD Rncentration : Marketing PTS Major : Spanish _________________________________________________________________ Minor : Bankingncentration : Banking TRANSFER CREDIT ACCEPTED BY THE INSTITUTION: Residency : Advertising Summer 2004 Community College of Rhode Islittees: English Literature Committee Status: Active ACCT 101 Principles of Accounting 4.000 B+ MATH 10O Math for Business Majors 3.000 B************* CONTINUED ON NEXT COLUMN ******************* Ehrs: 7.000 QPts: 23.000000 GPA-Hrs: 7.000 GPA: 3.285714 ********************* CONTINUED ON PAGE 2 ********************
Sección 1 - CurrReportes Ejemp
Octubre 200599 Confidencial
SSN L
Record Le
SUBJ NO. __________ PRE-SYSTEM Ehrs: GPA-Hrs:
INSTITUTIO Fall 2000 College English ACCT BASIC Paper Hi CHSM 1000 ECON 111 GEOL 1030 GEOL 1031 MATH 1230 RELS 1050 Ehrs: GPA-Hrs: Academic P Spring 200 College English ENGL 1006 ENGL 1050 MATH 1505 ZOOL 108 **********
icula Concurrente Etapa 3 lo
Alumnos Versión 7.2 Guía de Versión
ABEL: ***-**-**50 BAN ID: 987654321 Date of Birth: 09/08 Date Issued: 10-OCT-2005 OFFL Official
of: Hannah Rosen Page: 2vel: Licenciatura 2
C COURSE TITLE CRED GRD R SUBJ NO. C COURSE TITLE CRED GRD R PTS PTS_______________________________________________________ _________________________________________________________________ Institution Information continued: INSTITUTION SUMMARY HOURS: Ehrs: 13.000 QPts: 33.667000 6.000 QPts: 18.666000 GPA-Hrs: 13.000 GPA: 2.589769 6.000 GPA: 3.111000 Good Standing
N CREDIT: Fall 2001 200210- 200110 Term Comment UG level Fall 2001, 200210of Arts & Sciences College of Arts & Sciences English M Pre Banner Accounting Course 4.000 C ACCT 112 M Principles of Accounting II 3.000 I 8.000000 .000000story pre Catalog Course Comment ACCT 112 M Ancient,Medieval, Ren Thought 3.000 B- FREN 1010 M Introduction to French 3.000 C- 8.001000 5.001000 M Prin. of Macroeconomics 3.000 A MUSC 100 Introduction to the Classics 3.000 A 12.000000 12.000000 M Physical Geology 3.000 C MUSC 140 Music for Pre-School Children 3.000 B 6.000000 9.000000 M Physical Geology Lab 1.000 B Ehrs: 9.000 QPts: 26.001000 3.000000 GPA-Hrs: 9.000 GPA: 2.889000 M Introductory Statistics 3.000 B+ 10.500000 M Christianity:Traditions/Trans 3.000 W Spring 2002 (200220) .000000 College of Arts & Sciences 17.000 QPts: 47.501000 English 17.000 GPA: 2.794176 MUSC 200 Music Therapy I 3.000 B-robation 1 term 8.001000 MUSC 201 Performance Requirement I 6.000 P1 .000000of Arts & Sciences PSYC 2100 M Psychology of Motivation 3.000 A 12.000000 M Literature & Composition II 3.000 B SOCI 201 M The US in the 20th Century 3.000 A 9.000000 12.000000 M The Literary Experience 3.000 C+ Ehrs: 15.000 QPts: 32.001000 6.999000 GPA-Hrs: 9.000 GPA: 3.555667 M Mathematical Analysis II 3.000 D 3.000000 ********************* CONTINUED ON PAGE 3 ******************** M Invertebrates 4.000 A- 14.668000********** CONTINUED ON NEXT COLUMN *******************
Sección 1 - Reportes Ej
Octubre 2005100 Confidencial
S 05 al
Re
SUBJ ______ __ Instit Fall 2 Coll Engl ARTH 1 MUSC 3 PSYC 2 00 Ehrs GPA-
Spring Coll SS Engl ART 4 ENGL 3 SS MUSC 3 SS Ehrs * GPA-
Fall 2 Coll Engl ARTH 1 ENGL 1 * LIT 2 ******
Curricula Concurrente Etapa 3 emplo
Alumnos Versión 7.2 Guía de Versión
SN LABEL: ***-**-**50 BAN ID: 987654321 Date of Birth: 09/08 Date Issued: 10-OCT-20 OFFL Offici
cord of: Hannah Rosen Page: 3 Level: Licenciatura 2
NO. C COURSE TITLE CRED GRD R SUBJ NO. C COURSE TITLE CRED GRD R PTS PTS___________________________________________________________ _______________________________________________________________ution Information continued: Institution Information continued: Ehrs: 11.000 QPts: 38.669000002 (200310) GPA-Hrs: 11.000 GPA: 3.515364ege of Arts & Sciencesish02 History of Art to 20th Century 4.000 B- Spring 2004 10.668000 College of Arts & Sciences01 Performance Requirement II 12.000 P English .000000 LIT 325 Advanced Russian Literatures 4.000 A01 Psych Human Behavior 3.000 B 16.0000 9.000000 Ehrs: 4.000 QPts: 16.000000: 19.000 QPts: 19.668000 GPA-Hrs: 4.000 GPA: 4.000000Hrs: 7.000 GPA: 2.809714
2003 (200320) Fall 2004ege of Arts & Sciences ANTH 3100 M The Dynamics of Culture 3.000 IN PROGREish In Progress Credits 3.00051 Music and Art Aesthetics 6.000 P .00000033 Joyce's Ulysses 3.000 B Fall 2005 200610 9.000000 ACCT 601 PHLAcct 601 3.000 IN PROGRE15 Compostion I & II 6.000 A MUSC 400 Senior Concernt 2.000 IN PROGRE 24.000000 In Progress Credits 5.000: 15.000 QPts: 33.000000 ********************** TRANSCRIPT TOTALS **********************Hrs: 9.000 GPA: 3.666667 INSTITUTION Ehrs: 109.000 QPts: 265.173000 GPA-Hrs: 85.000 GPA: 3.119682
003 (200410) TRANSFER Ehrs: 7.000 QPts: 23.000000ege of Arts & Sciences GPA-Hrs: 7.000 GPA: 3.285714ish01 A History of Art to Middle Ages 4.000 A- OVERALL Ehrs: 116.000 QPts: 288.173000 14.668000 GPA-Hrs: 92.000 GPA: 3.13231501 A English Composition 4.000 A ********************** END OF TRANSCRIPT ********************** 16.00000001 M English Literature to 19th C. 3.000 B- 8.001000************** CONTINUED ON NEXT COLUMN *******************
Sección 1 - CurrReportes Ejemp
Octubre 2005101 Confidencial
10-OCT-2005
TRANSCRIPT REQUESTED IID NUMBER: TRANSCRIPT TRANSCRIPT ADDRESS SELADDRESS TYP2MAOFFICIAL TRCAMPUS SELECAMPUS SELECONTROL REPALIGN PAGE:RUN IN SLEESLEEP/WAKE HEADING [INSORT ORDER:HOLD FOR GRHOLD FOR DEWEB SELF SEWEB PAYMENTEXPANDED CRREPORT LINE
RECORD COUN
PRINTED ID(ID NUMBER:
icula Concurrente Etapa 3 lo
Alumnos Versión 7.2 Guía de Versión
12:08:41 BANNER System Test SHRTRTC Kárdex Académico * * * REPORT CONTROL INFORMATION - SHRTRTC - Release 7.2 * * *
POPULATION FILE USED: ND(S):% SEQ NUMBER: ALL SEQUENCES REQUESTED FOR THIS IDTYPE(S): %SELECTION PRINTER: %ECTION DATE: 26-MAR-2003E(S): 1PR
ANSCRIPT PRINT: YCTION REQUESTED? NCTED:ORT: Y NP/WAKE MODE (Y/N): NINTERVAL: 60 PROGRESS WORK]: 5ADES: NGREE: NRVICE OPTIONS: OPTIONS:EDIT DISPLAY: YLIMIT: 55
T: 1
S):987654321 SEQ NUMBER: 51
Sección 1 - Reportes Ej
Octubre 2005102 Confidencial
Report
Descripc tilizando la Forma de Solicitud de población. Puede especificar el número de periodo, fecha de inscripción o año a en el reporte.
ipción examina los periodos en el año ente del estudiante en el cuál existe algún
RTCKN - mantenimiento del curso del ando con ese periodo e incluyendo sólo émico especificado, entonces no será sado en SFARQST, la verificación de l será el periodo utilizado para procesar
Parámet Valores
un sa que
l cuál va an a ser
Forma de Validación de Código de Tipo de Verificación de Inscripción (STVEPRT)
Curricula Concurrente Etapa 3 emplo
Alumnos Versión 7.2 Guía de Versión
e de Verificación de Inscripción (SFRENRL)
ión Este proceso produce los reportes de verificación de inscripción, los cuáles fueron procesados uVerificación de Inscripción (SFARQST) o seleccionados utilizando los parámetros de selección dede copias que van a ser impresas de la verificación de inscripción en SFARQST. La informaciónacadémico de SFARQST es utilizada para determinar la información del periodo que es incluid
Nota: Si un año académico es ingresado en SFARQST, el proceso de verificación de inscracadémico especificado en la solicitud para encontrar el registro del periodo más reciregistro (SGBSTDN - general de alumno, SFBETRM - inscripción del alumno, o SHperiodo institucional), e inicia la impresión de los periodos para el reporte comenzlos periodos dentro de ese año académico. Si no existe tal dato dentro del año acadimpreso el reporte de verificación de inscripción. Si ningún año académico es ingreinscripción será producida sólo para el periodo ingresado en el Bloque Clave, el cuála solicitud.
ros Nombre ¿Requerido? Descripción
ID Alumno Si Para solicitar que la verificación sea procesada enalumno específico, ingresar el número de ID de epersona, o ingresar % para solicitar todos los IDsestán en el archivo colector.
Tipo de Solicitud de Inscripción
No Ingresar el tipo de solicitud de inscripción para ea ser procesada la verificación. Si todos los tipos vprocesados, ingresar un valor NULO.
Sección 1 - CurrReportes Ejemp
Octubre 2005103 Confidencial
Forma de Validación de Código de Tipo de Dirección (STVATYP)
E Ganadas
A Intentadas
ón ara
ión.
Y Imprimir tipo de solicitud de inscripción
N No imprimir tipo de solicitud de inscripción
que ar ción
sar.
Forma de Consulta de Selección de Población (GLISLCT)
Parámetros Valores
icula Concurrente Etapa 3 lo
Alumnos Versión 7.2 Guía de Versión
Tipo de Dirección Si Ingresar el tipo de dirección para el cuál va a ser procesada la verificación.
Seleccionar Tipo de Crédito a Imprimir
Si Ingresar el tipo de horas crédito, (G)anadas o (I)ntentadas, que van a ser impresas en el reporte.
Imprimir Tipo de Solicitud de Inscripción
No Ingresar Y para tener el tipo de solicitud de inscripciimpreso en el reporte. Ingresar un valor NULO o N pevitar que se imprima el tipo de solicitud de inscripc
Impresora No Ingresar la impresora destino para los horarios.
Identificador de Selección No Ingrese el código que identifica a la población con la desea trabajar. El identificador de selección debe estdefinido en la Forma de Reglas de Definición de Selecde Población (GLRSLCT). Todos o ninguno de los parámetros de selección de población se deben ingre
(cont Nombre ¿Requerido? Descripción
Sección 1 - Reportes Ej
Octubre 2005104 Confidencial
ara la odos o ción se
de a las
n
Forma de Consulta de Aplicación (GLIAPPL)
s reglas s de
lo del E Ganadas
A Intentadas
del nto. Por esa le de
Y Imprimir Fecha de Nacimiento
N No imprime fecha de nacimiento
Parámet Valores
Curricula Concurrente Etapa 3 emplo
Alumnos Versión 7.2 Guía de Versión
Código de Aplicación No Ingresar el código que identifica el área general pcuál fue definido el identificador de selección. Tninguno de los parámetros de selección de pobladeben ingresar.
La Forma de Consulta de Extracción de SelecciónPoblación (GLIEXTR) se puede usar para revisarpersonas que se procesarán en la carga desde el identificador de selección y el código de aplicacióingresado.
ID Creador No Ingresar el ID del usuario de la persona que creo lade población. Todos o ninguno de los parámetroselección de población se deben ingresar.
Tipo de Crédito del Calc de Status de Horas
Si Ingresar el tipo de horas crédito, (G)anadas o (I)ntentadas, que van a ser utilizadas para el cálcustatus de horas del historial de inscripción.
Imprimir Fecha de Nacimiento
Si Ingresar Y para imprimir la fecha de nacimientoalumno o N para no imprimir la fecha de nacimieomisión es N. Este parámetro le permite guardarinformación confidencial, a menos que el alumnopermiso para distribuirla.
ros (cont Nombre ¿Requerido? Descripción
Sección 1 - CurrReportes Ejemp
Octubre 2005105 Confidencial
sde l s N.
Y Imprimir Título Largo de Sección
N No imprimir el título largo de sección
al y s N.
Y Imprimir Fechas de Inicio/Fin de Inscripción
N No imprimir el título largo de sección
las Y Imprimir solicitudes usando las
opciones de AutoServicio de Web
N No imprimir solicitudes usando las opciones de AutoServicio de Web
ago Y Imprimir solicitudes usando las
opciones de pago de Web
N No imprimir solicitudes usando las opciones de pago en Web
Parámetros Valores
icula Concurrente Etapa 3 lo
Alumnos Versión 7.2 Guía de Versión
Imprimir Título Largo de Sección
Si Ingresar Y para imprimir el título largo de sección deel syllabus (SSRSYLN) o N para imprimir el título decurso existente desde la sección (SSBSECT) o desdeSCBCRSE si el título de sección es nulo. Por omisión e
Imprimir Fechas de Inicio/Fin de Inscrip.
Si Ingresar Y para imprimir las fechas de inicio y fin deinscripción (la fecha de inicio de la inscripción originla fecha esperada de terminación más actual) para elalumno o N par no imprimir las fechas. Por omisión e
Opciones de Autoservicio de Web
No Ingresar Y para procesar solicitudes utilizando las opciones de Autoservicio de Web o N para no utilizaropciones de Autoservicio de Web.
Opciones de pago en Web No Ingresar Y para procesar solicitudes utilizando las opciones de pago en Web o N no utilizar opciones de pen Web.
(cont Nombre ¿Requerido? Descripción
Sección 1 - Reportes Ej
Octubre 2005106 Confidencial
Muestra
sea orte no
Y Usar periodo de corte
N No utilizar periodo de corte
e que va a
olicitud e corte, eriodos
ha sido corte, o o de ámetro
Forma de Validación de Código de Periodo (STVTERM)
Parámet Valores
Curricula Concurrente Etapa 3 emplo
Alumnos Versión 7.2 Guía de Versión
del Reporte— Reporte de Verificación de Inscripción (SFRENRL)
Usar Solicitud de Periodo de Corte
Si Ingresar Y para solicitar que un periodo de corteutilizado o N para solicitar que un periodo de csea utilizado. Por omisión es N.
Solicitud de Periodo de Corte
No Cuando el parámetro Utilizar Periodo de Corte dSolicitud esta establecido a Y, ingresar el periodo ser utilizado como el periodo de corte para el procesamiento.
Si el parámetro de Utilizar Periodo de Corte de Sesta establecido a Y, y es especificado un periodo dsólo estudiantes con periodos de inscripción (o pdonde es especificado el año académico) que sonanteriores al periodo de corte especificado seránimpresos.
Por ejemplo, cuando una baja o alta de inscripcióncompletada, puede volver a definir el periodo depuede establecer el parámetro de Utilizar PeriodCorte de Solicitud a N, y quitar el periodo del parPeriodo de Corte de Solicitud.
ros (cont Nombre ¿Requerido? Descripción
Sección 1 - CurrReportes Ejemp
Octubre 2005107 Confidencial
Este ejemplo
Issued to:
Record of:
========== Enrollm ------- F/P Tim Class Academi Student Residen Term Da Program College Campus Degree Major Maj/Con Major Minor Minor Concent Concent Concent Concent Concent Field E Intern
Program College Campus Degree Major Maj/Con Major ******
icula Concurrente Etapa 3 lo
Alumnos Versión 7.2 Guía de Versión
muestra el Tipo de Horas Crédito “Intentadas”.
Date Issued: 10-OCT-2005 13:28:17 Page: 1 Request Type: Bank
Mr. James Quinn, Manager Valley Health Care Group PO Box 5000 River Valley, OH 35566
Hannah R Moore Student No: 987654321 19 Red Mountain Avenue SSN/SIN/TIN: **0-81-95** RR 3, RD 10 Birth Date: 08-SEP Torrington, CT 022101919
ENROLLMENT VERIFICATION FOR FALL 2005 200610 ===========ent Status : Elegible a Inscripción----------------- General Student Information ------------------------e : Full-time : Seniorc Standing : Academic Probation 1 term Type : Consecutivocy : In state Residenttes : 01-SEP-2005 to 18-DEC-2005 --- PRIMARY CURRICULUM --- : BS in Management : School of Management : Main : BS in Management : Finanzascentration : Latín : Business Administration : Accounting : Bankingration : Global Electronic Commerceration : Int'l Traderation : Francésration : Marketingration : Supply Chain Managementxperience : Bank TrainingProgram : Finance Admin
-- SECONDARY CURRICULUM -- : BA - International Business : School of Business : Downtown : Bachelor of Arts : Business Administrationcentration : Marketing : Español*********************CONTINUED ON NEXT PAGE****************************
Sección 1 - Reportes Ej
Octubre 2005108 Confidencial
Issued Record
======= Min Con Res
--- Cre CEU Ter --- LEV CR GR UG ---
Awa Gra Gra Gra Awa Gra
--- Bil Ass --- Ter **
Curricula Concurrente Etapa 3 emplo
Alumnos Versión 7.2 Guía de Versión
Date Issued: 10-OCT-2005 13:28:17 Page: 2 Request Type: Bankto: Mr. James Quinn, Managerof: Hannah R Moore Student No: 987654321 SSN/SIN/TIN: **0-61-95** Birth Date: 08-SEP
==== ENROLLMENT VERIFICATION FOR FALL 2005 200610 ============or : Bankingcentration : Bankingidency : Advertising
---------------------- Enrollment Hours and GPA -------------------------dit Hours : 42.000 Earned : 3.438m GPA : 16.804544---------------------- Cumulative Hours and GPA -------------------------EL ATTEMPTED HOURS EARNED HOURS PASSED HOURS GPA HOURS 8.438 8.438 8.438 3.438 QUALITY POINTS: 10.3140 GPA: 3.0000 42.000 42.000 42.000 42.000 QUALITY POINTS: 626.010000 GPA: 14.905000000 122.000 116.000 116.000 92.000 QUALITY POINTS: 288.173000 GPA: 3.132315----------------------- Degree(s) Information --------------------------
rded Degree : Bachelor of Artsduation Date : 15-JUN-2006duation Term : Fall 2005 200610duation Year : 2001rded Degree : Master of Business Admin.duation Year : 2006
-------------- Billing Hours and Assessment Information ------------------ling Hours : 39.000essment :-------------------------- Term Information -----------------------------ms 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 200420 Spring 2004 200610 Fall 2005 200610*************************CONTINUED ON NEXT PAGE****************************
Sección 1 - CurrReportes Ejemp
Octubre 2005109 Confidencial
Issued to: Record of:
=========== ------- Terms A Last Te ------- SUBJ CR ACCT 60 MUSC 40 BUAD 75 BUS 32
ECON 20 MATH VA
------- TERM 200110 200120 200210 200220 200310 200320 200410 200420 200510 200610 ******
icula Concurrente Etapa 3 lo
Alumnos Versión 7.2 Guía de Versión
Date Issued: 10-OCT-2005 13:28:17 Page: 3 Request Type: Bank Mr. James Quinn, Manager Hannah R Moore Student No: 987654321 SSN/SIN/TIN: **0-61-95** Birth Date: 08-SEP
ENROLLMENT VERIFICATION FOR FALL 2005 200610 ============---------------------- Term Information -----------------------------ttended :rm Attended: 200610 Fall 2005 200610------------------ Enrollment Course Summary ------------------------- CREDITSE CRN COURSE TITLE START/END HOURS GRADE1 5004 Acct 601 01-SEP-2004 3.000 31-DEC-20050 5002 Senior Concert 01-SEP-2004 2.000 31-DEC-20050 5003 Small Business Skills 01-SEP-2004 30.000 ABB 31-DEC-20055 SG001 Business Ethics 3.000 D
0 5007 Monetary Economics 01-SEP-2004 4.000 31-DEC-2005R CAT1 Variable Hours Math Course 3.438 B
--------------------- Enrollment History -----------------------------START/END TIME STATUS/TERM HOURS & GPA01-SEP-2000 Full Time15-DEC-2000 ATTEMPTED HOURS: 20.000 GPA: 2.79417615-JAN-2001 Full Time15-MAY-2001 ATTEMPTED HOURS: 13.000 GPA: 2.58976901-SEP-2001 Full Time15-DEC-2001 ATTEMPTED HOURS: 12.000 GPA: 2.88900015-JAN-2002 Full Time15-MAY-2002 ATTEMPTED HOURS: 15.000 GPA: 3.55566601-SEP-2002 Full Time15-DEC-2002 ATTEMPTED HOURS: 19.000 GPA: 2.80971401-JAN-2003 Full Time15-MAY-2003 ATTEMPTED HOURS: 15.000 GPA: 3.66666601-SEP-2003 No Time Status Rule Met15-DEC-2003 ATTEMPTED HOURS: .000 GPA: 0.00000015-JAN-2004 No Time Status Rule Met10-MAY-2004 ATTEMPTED HOURS: .000 GPA: 0.00000001-SEP-2004 No Time Status Rule Met10-MAY-2005 ATTEMPTED HOURS: .000 GPA: 0.00000001-SEP-2005 Half Time18-DEC-2005 ATTEMPTED HOURS: 3.438 GPA: 3.000000*********************CONTINUED ON NEXT PAGE****************************
Sección 1 - Reportes Ej
Octubre 2005110 Confidencial
Issued Record
=======
--- Enr
**
10-OCT-
SELECTIAPPLICACREATORID NUMBREQUESTSEQUENCADDRESSCREDIT PRINTERPRINT EPRINT BPRINT LPRINT RWEB SELWEB PAYUSE REQREQUESTNUMBER
RECORD
Curricula Concurrente Etapa 3 emplo
Alumnos Versión 7.2 Guía de Versión
Date Issued: 10-OCT-2005 13:28:17 Page: 4 Request Type: Bankto: Mr. James Quinn, Managerof: Hannah R Moore Student No: 987654321 SSN/SIN/TIN: **0-61-95** Birth Date: 08-SEP
==== ENROLLMENT VERIFICATION FOR FALL 2005 200610 ============
------------------------- Enrollment Messages ----------------------------ollment Status may change until end of drop add period
*********************END OF ENROLLMENT VERIFICATION************************
2005 13:28:17 BANNER System Test Enrollment Verification SFRENRL * * * REPORT CONTROL INFORMATION - SFRENRL - Release 7.2 * * *
ON IDENTIFIER:TION CODE: ID:ER (%=All requests that are in the collector): % TYPE: BANKE NUMBER: TYPE: 1MAHOURS TYPE: A:NROLLMENT REQUEST TYPE: YIRTH DATE: YONG SECTION TITLE: YEGISTRATION START/END DATES: YF SERVICE OPTIONS:MENT OPTIONS:UEST CUTOFF TERM: N CUTOFF TERM:OF LINES PRINTED PER PAGE [55]: 55
COUNT: 2
Sección 1 - CurrReportes Ejemp
Octubre 2005111 Confidencial
Extracció
Descripción kárdex de SCT Banner que van a ser licitud de kárdex (SHARQTC) o el
los kárdex junto con las capturas del rán procesadas. Los kárdex pueden viadas al archivo colector. El kárdex ellas instituciones que no son capaces una solicitud de kárdex de IED para
solicitud de kárdex un número de úmero consecutivo almacenado en la ud es enviado al EDI.Smart en el
Parámetros Valores
o el
s los
Forma de Validación de Código de Tipo de Kárdex (STVTPRT)
icula Concurrente Etapa 3 lo
Alumnos Versión 7.2 Guía de Versión
n de Intercambio Electrónico de Datos (SHREDIY)
El Extracto de Intercambio de Datos Electrónicos (SHREDIY) debe ser ejecutado para producir los enviados vía EDI.Smart™. Un kárdex debe haber sido solicitado a través del uso de la Forma de SoProceso de Creación de Población del kárdex (SHRTPOP) ser producido a través de este proceso.
SHREDIY lee las solicitudes desde el archivo colector y genera las capturas del archivo bitácora paraarchivo de control y bitácora. Sólo las solicitudes de kárdex con un tipo de envío de E, para IED, seser producidos para un individuo con una solicitud pendiente, o todas las solicitudes que han sido enAcadémico (SHRTRTC) debe ser ejecutado para producir kárdex de papel de SCT Banner para aqude recibir kárdex de IED. La Forma de Solicitud de kárdex (SHARQTC) no permitirá que sea hechauna institución que no es capaz de IED.
Cuando cada kárdex es generado, SHREDIY actualizará la fecha de envío de IED y asignará a cadasolicitud en la Tabla Colectora de Solicitud de kárdex (SHTTRAN). El número de solicitud es un ntabla Base de Número de Secuencia (SOBSEQN) y actualizado por SHREDIY. El número de solicitregistro de control para el kárdex generado.
Nombre ¿Requerido? Descripción
Archivo de Llenado del kárdex
No Ingresar Y si la población para la cuál va a ser impreskárdex(s) ha sido seleccionada anteriormente vía el Proceso de Llenado de Kárdex (SHRTPOP).
ID y [Secuencia si lo Desea] No Ingresar % o un valor de NULO para seleccionar todoIDs y secuencias.
Tipo de Kárdex No Ingresar el tipo de kárdex solicitado.
Sección 1 - Reportes Ej
Octubre 2005112 Confidencial
Ejemplo gina
cuál el ex.
de cción.
r con los dos los
or
Y Incluir cursos asociados con códigos de campus que se ingresaron
N Incluye todos los códigos de campus del curso.
us esta el curso ser
Forma de Validación de Código de Campus (STVCAMP)
T para s R.
R Redondear PGA
T Truncar PGA
Parámet Valores
Curricula Concurrente Etapa 3 emplo
Alumnos Versión 7.2 Guía de Versión
de Reporte —Extracción de Intercambio Electrónico de Datos (SHREDIY) — ver la siguiente pá
Fecha de Selección de Dirección
No Ingresar la fecha (formato DD-MES-AAAA) de ladesea recuperar un registro de dirección activa dalumno para quién esta siendo generado el Kárd
Prioridad y Tipo de Dirección
Si Ingrese el número de prioridad y código de tipo dirección (formato 1MA) para la selección de dire
Indicador de Selección de Campus
No Ingresar Y para seleccionar cursos que van a estaincluidos en el kárdex, los cuáles están asociados códigos de campus ingresados. Una N incluirá tocódigos de campus del curso en el kárdex. El valpredefinido es N.
Selección de Campus Si (Requerido si el Indicador de Selección de Campestablecido a Y) Ingresar el código del campus dque representa el campus de los cursos que van aincluidos en el kárdex.
Formato de GPA No Ingresar R para imprimir los PGAs redondeados oimprimir PGAs truncados. El valor predefinido e
ros (cont Nombre ¿Requerido? Descripción
Sección 1 - CurrReportes Ejemp
Octubre 2005113 Confidencial
10-OCT-2005 TRANSCRIP REQUEST I ID NUMBER SEQUENCE TRANSCRIP ADDRESS S ADDRESS T CAMPUS SE CAMPUS SE REPORT LI
ONLY OFFICI
icula Concurrente Etapa 3 lo
Alumnos Versión 7.2 Guía de Versión
02:53:38 BANNER System Test SHREDIY Electronic Transcripts Page 1 * * * REPORT CONTROL INFORMATION -- Release 7.2 * * *T POPULATION FILE USED : ND(S):: %NUMBER: ALL SEQUENCES REQUESTED FOR THIS IDT TYPE(S): %ELECTION DATE: 09-MAY-2005YPE(S): 1MALECTION REQUESTED? NLECTED:NE LIMIT: 55
AL TRANSCRIPTS WILL BE SENT VIA EDI
Sección 1 - Reportes Ej
Octubre 2005114 Confidencial
Curricula Concurrente Etapa 3 emplo
Alumnos Versión 7.2 Guía de Versión
Esta página se dejó en blanco intencionalmente
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalPanorama
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional
Panorama
Fase 1 del Procesamiento de Migración AMCAS a Carga de Cinta Baseline fue entregada con la versión 7.1 de SCT Banner Alumno y proveía la funcionalidad necesaria para procesar archivos delimitados utilizando SRTLOAD. (Los archivos AMCAS son archivos delimitados.) En adición, las reglas fueron agregadas en SAAERUL para hacer más fácil para las instituciones decidir cuando un registro de reclutamiento, solicitud, dirección y/o teléfono deben ser creados.
Fase 2 de esta mejora migra el procesamiento del archivo AMCAS al procesamiento de carga de cinta baseline, centralizando la prueba y el procesamiento de carga de datos del archivo de búsqueda en Banner Alumno. En la Versión 7.2, las fuentes de datos actuales procesadas son: SAT, ACT, GRE, GMAT, PSAT-SSS, ACT/EOS, Petersons, PCU y AMCAS. Anterior a esta versión, el proceso de carga de datos AMCAS había sido manejado por un proceso separado lo cuál era difícil de manejar y no seguía las mismas reglas que o tenía la flexibilidad de las otras cargas de datos. Utilizando un proceso de carga de datos individual (SRTLOAD) le permite reducir el mantenimiento global y provee a las instituciones con funcionalidad adicional cuando procesa datos AMCAS, tales como la capacidad para utilizar la funcionalidad de coincidencia común que fue entregada con Banner 7.0.
Los siguientes RPEs se entregan con esta mejora: #17842, #26482, y #31290. Las soluciones a problemas #99383, #103985, #103568 y #103940 se resuelven con esta mejora.
Panorama de Procesamiento
El procesamiento AMCAS ahora es ejecutado utilizando SRTLOAD, SRRSRIN y SRRPREL. El procesamiento existente será obsoleto en una versión futura de Banner. Los reportes y procesos AMCAS que han sido reemplazados (SARAMCV, SAPAMAL, SARAMAL, y SATAMCS) ya no serán utilizados en ese momento. Los procesos SARAMXF y SARAMDP, así como las vistas SAVAMCD, SAVAMCT, y SAVAMC2 todavía serán utilizadas en el procesamiento AMCAS.
Para ayudar con esta transición a carga de cinta baseline, los siguientes cambios de regla han sido hechos:
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 115
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Panorama de Procesamiento
• Valores verificados para el procesamiento AMCAS en SOAXREF ahora son validados en SOTCNVT.
• Las reglas SAAERUL que fueron utilizadas para el procesamiento de carga AMCAS (códigos de grupo ADDR, ATST, ADMS, CHKL, RESD):
• han sido movidas o SAAERUL para el código de grupo PREL con el recordatorio de reglas de carga de cinta baseline,
• tienen una regla equivalente SOTCNVT,
• tienen un nuevo parámetro correspondiente en SRTLOAD, o
• están acomodadas dentro del procesamiento existente de baseline.
Scripts han sido entregados para convertir todos esos valores para la Versión 7.2.
Nota: Reglas SAAERUL para grupos AGPA y ACHR que fueron utilizadas por SAPAMAL para el procesamiento AMCAS no han cambiado y continuarán siendo utilizadas por SRTLOAD.
Las Reglas SAAERUL para puntuaciones de examen (grupo ATST) ya no serán utilizadas. Para ser consistentes con el procesamiento existente carga de cinta baseline, las puntuaciones de examen AMCAS han sido entregadas como nuevos códigos de examen en STVTESC y son utilizadas por SRTLOAD. Si desea continuar utilizando diferentes puntuaciones de examen que eran utilizadas anteriormente para el procesamiento AMCAS, las conversiones de las puntuaciones de examen AMCAS baseline a puntuaciones de examen especificas de su institución son manejadas en SOTCNVT. La regla para la fuente de examen en el grupo ATST ahora es adaptada por la fuente de examen en STVINFC.
Una configuración mínima debe ser requerida para instituciones, tales como scripts de conversión sean entregados para cargar datos seed, datos de conversión, llena más de las tablas necesarias, y hacer otros cambios de procesamiento. Algunos registros necesitarán ser actualizados manualmente, de acuerdo a la manera en que van a ser cargados los datos por su institución, básicamente los valores de conversión en SOTCNVT y reglas en SAAERUL.
Resumen de CambiosLos siguientes cambios del procesamiento han sido hechos a la carga de datos AMCAS:
• Elementos de datos específicos de AMCAS han sido agregados al proceso SRTLOAD, el diccionario de datos, y el procesamiento de carga global a través del uso de nuevos parámetros y nuevos procedimientos y paquetes nuevos y cambiados.
• Nuevos datos AMCAS serán empujados a las tablas apropiados en Banner durante el proceso de carga de datos.
• El procesamiento de lista de verificación AMCAS ha sido agregado al paquete de Lista de Verificación de Admisiones.
• Cuando la regla SAAERUL para CREATENEWAPPL esta establecida a Y, SRKPREL llama al API de Solicitud de Admisiones y los elementos de lista de verificación apropiados son generados automáticamente cuando la solicitud es creada.
• Cuando el archivo entrante de AMCAS, el campo FEE_WAIVER esta establecido a Y, la validación ocurre contra STVWAIV, es aplicado a la regla de SAAERUL,
Alumnos Versión 7.2 Octubre 2005116 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalPanorama de Procesamiento
AMCASFWAV para el grupo PREL, y actualizará la exención de cuota de solicitud.
• El ID AMCAS puede ser utilizado en la lógica de coincidencia para verificar si un ID alterno fue cargado o para verificar SABSUPL/SOASUPL si ningún ID alterno existe.
• Reportes de detalle producidos por SARAMAL ahora están incorporados en SRRSRIN y SRRPREL.
• Ahora puede cargar datos para Calle 1 y 2 usando SRTLOAD. También, una nueva regla es entregada para SAAERUL para verificar contra direcciones inactivas cuando coinciden registros.
• SRKPREL puede empujar datos de segundo nombre desde autoservicio en Banner, si ese campo es nulo en Banner. Esto usa el API spriden_update.
• Las reglas SRAPRED ahora se aplican a solicitantes, así como reclutas, de manera que campos requeridos son adaptados para AMCAS, tales como un tipo de alumno. Otros campos no requeridos relacionados a la solicitud que no tengan valores AMCAS entrantes o conversiones también pueden ser adaptadas por SRAPRED.
• El valor de la columna AMCAS entrante para APPL_TYPE ahora puede ser utilizada para mayor flexibilidad con respecto al grado de solicitud, especialmente con planes de comunicación para solicitantes de escuela de medicina configurados en SOACOMM. El valor entrante para APPL_TYPE puede ser convertido en SOTCNVT a un grado de solicitud utilizando el nombre de tabla de validación, DEGA. El código de conversión validará en la tabla de validación STVDEGC el grado de solicitud que será cargado para el solicitante. Cuando no hay conversión válida para APPL_TYPE/DEGA configurada en SOTCNVT, el valor del parámetro SRTLOAD será utilizado para todas las solicitudes AMCAS.
Esto permite flexibilidad cuando asigna planes diferentes para solicitudes de escuela de medicina, así como cuando carga una selección de grados para solicitantes AMCAS.
Nota: El código AMCAS APPL_TYPE es convertido en SOTCNVT utilizando el nombre de la tabla de validación DEGA contra STVDEGC para cargar el grado de solicitud. Las conversiones de AMCAS en SOTCNVT para el nombre de la tabla de validación DEGC son aplicadas a los grados de escuela anterior del AMCAS entrante que serán cargadas a SORPCOL. Favor de notar la diferencia aquí: DEGA convierte contra STVDEGC para cargar el grado de solicitud; DEGR convierte contra STVDEGC para cargar los grados de la escuela anterior.
• El Archivo de Extracción AMCAS (SARAMXF) ahora verificará el campo SPRIDEN_ID para el ID AMCAS, para asegurarse que el tipo de nombre coincide con la etiqueta de regla AMCASNTYP en SAAERUL para el código de grupo de PREL. Si no se encuentra un valor, se pasa el ID de AMCAS ID desde el campo SABSUPL_AMCAS_ID en SABSUPL y se almacena en el lugar apropiado en el archivo plano.
Los percentiles de examen y tipos de percentil pueden ser cargados a SORTEST/SOATEST como parte de esta mejora, aunque esta funcionalidad esta separada del procesamiento de AMCAS.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 117
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Usando Reglas en SAAERUL
Usando Reglas en SAAERUL
Las reglas AMCAS utilizadas en SAAERUL con SARAMAL/SAPAMAL han sido cambiadas para trabajar con SRTLOAD. Las reglas AMCAS para los grupos ADDR, ADMS, CHKL, y RESD han sido cambiadas para utilizar un código de grupo de PREL, han llegado a ser un parámetro en SRTLOAD, o son convertidas/validadas utilizando SOTCNVT.
Nota: Las reglas existentes para los grupos ADDR, ADMS, CHKL, y RESD todavía pueden ser utilizadas si son necesarias. Ninguno se ha eliminado. Simplemente han sido recreadas como reglas PREL para el procesamiento mejorado de AMCAS.
Nota: Las reglas AMCAS para los códigos de grupo ACHR y AGPA no han sido cambiadas, y SRTLOAD continuará utilizando esos valores.
Grupo Etiqueta Nuevo Grupo, si aplica Etiqueta o Procesamiento Actual
ADDR AMCASADDRSRCE N/A Reemplazado por nuevo parámetro de Código de Fuente de Dirección en SRTLOAD
ADDR AMCASEMAL N/A Reemplazado por el parámetro existente de Código de Tipo de Correo Electrónico en SRTLOAD
ADMS AMCASEDAT N/A Ahora validado en SOTCNVT por ADMT
ADMS AMCASNTYP PREL AMCASNTYP
ADMS AMCASSCHCODE N/A Reemplazado por el parámetro Número de Escuela AMCAS en SRTLOAD
ADMS AMCASSCHSTAT PREL HOMESTATPROV
ADMS AMCASSTAT N/A Ahora validado en SOTCNVT por ADMT
ADMS CHKINACTIVEADDR PREL CHKINACTIVEADDR
ADMS FORRESIDCODE PREL FORRESIDCODE
ADMS INRESIDCODE PREL INRESIDCODE
ADMS OUTRESIDCODE PREL OUTRESIDCODE
ATST AMCASSRC N/A Fuente de examen para código de interfaz AMCAS en STVINFC
ATST AMCASBS N/A Nueva puntuación de examen MBS en STVTESC utilizada por SRTLOAD
ATST AMCASPS N/A Nueva puntuación de examen MPS en STVTESC utilizada por SRTLOAD
Alumnos Versión 7.2 Octubre 2005118 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalNuevas Reglas en SAAERUL
Nuevas Reglas en SAAERUL
Nuevas reglas son entregadas para utilizarlas con el procesamiento AMCAS para el código de grupo de PREL. Esta tabla incluye las reglas modificadas discutidas arriba.
ATST AMCASVR N/A Nueva puntuación de examen MVR en STVTESC utilizada por SRTLOAD
ATST AMCASWS N/A Nueva puntuación de examen MWS en STVTESC utilizada por SRTLOAD
CHKL AMCASCHKL PREL AMCASCHKLSTONLY
CHKL AMCASFWAV PREL AMCASFWAV
RESD DFLTRESDCODE PREL DFLTRESDCODE
RESD HOMESTATPROV PREL HOMESTATPROV
Grupo Etiqueta Nuevo Grupo, si aplica Etiqueta o Procesamiento Actual
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 119
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Nuevas Reglas en SAAERUL
Grupo Etiqueta Descripción Instrucciones
PREL AMCASCHKLSTONLY Carga elementos solo en SAACHKB
Indica si todos los elementos de la lista de verificación, los cuáles aplica el alumno deben ser generados (N) o sólo aquellos específicos para AMCAS (Y), los valores son Y o N.
Si no se hace una designación, las escuelas donde la persona fue también un alumno de licenciatura (con registros de puntuación de examen, registros de escuela anterior, y registros de Bachillerato, cada uno con un código ADMR) puede tener elementos creados para estos registros, debido a que se generan automáticamente. Las escuelas de medicina generalmente solo desean considerar estos elementos que atañen específicamente a sus requerimientos.
PREL AMCASCREATALTID Cargar ID Alterno a SPRIDEN
Indica si el ID AMCAS debe ser creado como un ID alterno en SPRIDEN, los valores son Y o N.
Esta regla determina si el ID de AMCAS se debe cargar en SRTIDEN/SPRIDEN como un ID alterno. El SRTIDEN_NTYP_CODE se configura para la regla AMCASNTYP para el grupo PREL. Esto permite al ID de AMCAS usarse como parte de la búsqueda en las formas "IDEN". Si la regla es N, entonces el ID de AMCAS solo se almacenará en SABSUPL.
PREL AMCASFWAV Renuncia de Cuota AMCAS Actualiza el valor de exención de cuota de solicitud en SAAADMS cuando el valor AMCAS en el archivo entrante de FEE_WAIVER es Y. El valor ingresado para esta regla en SAAERUL debe ser un valor válido desde STVWAIV.
PREL AMCASHSGPACRSS Cargar Hrs Curso PGA Bachillerato
Carga el PGA del bachillerato y datos de hora curso a SORGPAT/SORCRSS para el número de solicitud y periodo si existen en el archivo entrante de AMCAS, los valores son Y o N.
Si la regla CREATEAPPL es N, el periodo se establecerá a 999999 y el número de solicitud a 0.
Nota: Estos datos se manejaban formalmente por el parámetro Cargar Horas y PGA de Bachillerato en SAPAMAL.
Alumnos Versión 7.2 Octubre 2005120 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalNuevas Reglas en SAAERUL
PREL AMCASNTYP Código de Tipo de ID AMCAS
Cuando la regla AMCASCREATALTID es Y, y un ID de AMCAS se carga en SPRIDEN, el AMCASNTYP se cargará con el ID. El valor debe existir en GTVNTYP.
PREL CHKINACTIVEADDR Revisar Dirección Inactiva Verificar direcciones inactivas de registros AMCAS coincididos, los valores son Y o N.
Usado cuando los campos de calle de dirección entrantes son muy largos para SPRADDR, y se han truncado en la carga. Cuando una dirección truncada se ha inactivado (sin fecha de fin), y se reingresan como una dirección nueva y activa (Crear Registro/Duplicar Registro) con las abreviaciones apropiadas, esta regla revisará las direcciones nuevas y entrantes con las direcciones inactivas, y si se encuentra una coincidencia, no se creará una dirección duplicada y truncada.
Si la regla CHKINACTIVEADDR es Y, cuando la dirección se carga de la misma manera que la original, se compara con la dirección inactiva, de manera que no se cree una nueva dirección.
Por ejemplo: En un archivo entrante, las calles 1 y/o 2 son de 40 caracteres de largo. Las calles 1 y 2 de SPRADDR son solo de 30 caracteres de largo. Las líneas de 40 caracteres se truncarán cuando se carguen en SPRADDR.
Accede a SPRADDR y a la dirección truncada. Use Duplicar Registro y cree un nuevo número de secuencia de la dirección para la línea 1 y/o 2 de la calle con las abreviaciones adecuadas. Regresa a la dirección truncada que se cargó en el archivo entrante. No modifique esa dirección, pero configure el Indicador de Inactivar Dirección.
Cuando la regla CHKINACTIVEADDR es Y, si las calles de 40 caracteres exactos se ingresan de nuevo en la cinta, el proceso buscará las direcciones inactivas para compararse y no insertará la dirección (truncada y esencialmente la misma) una segunda vez.
Esta funcionalidad trabaja junto con las reglas NEWADDRESS, ADDSAMETYPE y ADDDIFFTYPE.
PREL DFLTRESDCODE Código de Residencia Predeterminada
Cuando el código de residencia es confuso en el archivo entrante, este valor se usa para el solicitante. Los valores deben existir en STVRESD.
PREL FORRESIDCODE Código de Residencia Fuera del País
Cuando el LEGAL STATE CODE en la cinta de AMCAS es nulo, entonces este valor se carga para el solicitante. Los valores deben existir en STVRESD.
Grupo Etiqueta Descripción Instrucciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 121
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Nuevas Reglas en SAAERUL
PREL HOMESTATPROV Estado/Prov Sede de la Institución
Código de estado que la escuela considera que es el estado sede para propósitos de residencia. Los valores deben existir en STVSTAT.
PREL INRESIDCODE Código de Residencia Dentro del Estado/Provincia
Cuando el AMCAS LEGAL STATE CODE no es nulo, y el STAT_CODE coincide con el valor HOMESTATPROV, entonces este valor se carga para el solicitante. Los valores deben existir en STVRESD.
PREL LOADPERCENTILES Cargar los Percentiles en Puntuación de Examen
Carga percentiles de puntuación de examen de SAT o GRE desde las tablas temporales, los valores son Y o N.
PREL MCATPREVAPPYR Actualizar los Campos de Año Solict AMCAS
Actualiza los campos Año Aplicación de la solicitud AMCAS (1, 2, 3, 4) en SOASUPL si existen en el archivo entrante de AMCAS, los valores son Y o N.
PREL MCATUPDMATCHES Actualizar los Registros AMCAS Coincididos
Actualiza e/o inserta datos en los registros coincididos de AMCAS, valores Y o N. Las tablas que se pueden actualizar/insertar por esta regla incluyen SABSUPL, SORCRSS y SORGPAT.
Cuando MCATUPDMATCHES es Y, un registro entrante de AMCAS coincide con el registro de Banner, y una solicitud coincidida también existe para el periodo, nivel, grado, escuela, carrera y departamento, los datos en SABSUPL, SORCRSS y SORGPAT se actualizarán/insertarán. Datos existentes anteriormente en Banner en SABSUPL que son diferentes a los datos entrantes (ID AMCAS, Ciudad de nacimiento, Raza, País Admisión, etc.) se sobrescribirán para retener la última información suplementaria para esa solicitud coincidente/solicitante.
PREL OUTRESIDCODE Código de Residencia Fuera del Estado/Provincia
Cuando el AMCAS STAT CODE no es nulo, y el STAT_CODE no coincide con el valor HOMESTATPROV, entonces este valor se carga para el solicitante. Los valores deben existir en STVRESD.
Grupo Etiqueta Descripción Instrucciones
Alumnos Versión 7.2 Octubre 2005122 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalConversión de Valores SOTCNVT
Conversión de Valores SOTCNVT
Los valores de puntuación de examen para las reglas AMCASBS, AMCASPS, AMCASVR, y AMCASWS (grupo ATST) serán actualizados al código de conversión de Banner para los valores de cinta correspondientes MBS, MPS, MVR y MWS utilizando la tabla de validación STVTESC. Esto permitirá el uso continuo de puntuaciones de examen AMCAS existentes en su institución. SOTCNVT puede ser utilizado para convertir códigos TESC a valores utilizados en su institución, si no desea utilizar las nuevas puntuaciones de examen MCAT dependientes del código (MBS, MPS, MVR, o MWS). Asegurarse que SOTCNVT tenga los códigos de conversión de TESC para este procesamiento.
SRTLOAD procesa puntuaciones de examen para AMCAS en la misma manera en que se procesan por otras cintas. SRTLOAD cargará las puntuaciones de examen AMCAS dependientes del código MBS, MPS, MVR, y MWS cuando ninguna otra regla de conversión
PREL UNKNOWNPCOL2 a UNKNOWNPCOL6
Código Escuela Anterior SBGI Predefinida
AMCAS puede reportar hasta seis diferentes escuelas anteriores por solicitante. Cuando los códigos de escuela entrantes no tienen un código SBGI equivalentes en SOTCNVT, y la descripción de la escuela (exacta) no se traduce de STVSBGI_DESC, entonces las escuelas se cargan a SORPCOL como "desconocidas", en base a los valores de SAAERUL.
(La regla UNKNOWNPCOL se aplica a la Escuela Anterior AMCAS #1. Las reglas UNKNOWNPCOL2 al 6 se usan cuando se no se traducen los códigos SBGI #2 - #6 reportados.) Los valores deben ser códigos de escuela válidos en STVSBGI.
PREL UNKNOWNPCOL7 Código Escuela Anterior SBGI Predefinida
Esta regla no se usa actualmente en Banner pero se añadió para un uso posible en el futuro. Un valor debe existir en STVSBGI.
PREL UPDATESSN Reemplaza el NSS de Banner con datos entrantes
Reemplaza un NSS de Banner no nulo, los valores son Y o N.
Cuando establece a Y, si el NSS entrante no coincide con el NSS existente de Banner del registro coincidido, el NSS entrante sobrescribirá el SPBPERS_SSN existente.
Cuando se establece a N, el NSS no se actualizar si se ha cambiado.
Grupo Etiqueta Descripción Instrucciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 123
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Conversión de Valores SOTCNVT
exista en SOTCNVT. Los valores de puntuación de examen dependientes del código MBS, MPS, MVR, y MWS pueden ser convertidos en SOTCNVT a un código STVTESC diferente si: no quiere los códigos que están alambradas, ya usó los códigos de STVTESC para un propósito diferente o diferentes puntuaciones de examen AMCAS se usan actualmente y son requeridos para tener continuidad.
Puntuaciones de examen han sido hechas dependientes del código en SRTLOAD para las puntuaciones de examen MCAT1 y MCAT2 (MBS, MPS, MVR, MWS) de los exámenes asociados en la distribución AMCAS. Las puntuaciones necesitan existir en STVTESC y se entregan por un script, de manera que las puntuaciones alambradas se cargarán adecuadamente para SORTEST para los solicitantes. Los valores igual a MBS, MPS, MVR, y MWS necesitan existir en STVTESC como parte de la configuración de puntuaciones MCAT que van a ser cargadas a Banner, o reglas correspondientes de SOTCNVT necesitan existir para esas puntuaciones de STVTESC MCAT de manera que son convertidas antes de que sean cargadas las puntuaciones de examen a Banner.
Valores usados para SOTCNVTEsos valores son convertidos del valor en la cinta entrante al valor Banner apropiado y cargado a las tablas temporales apropiadas. Consultar la sección “Distribución AMCAS y Tablas Temporales”, para campos AMCAS equivalentes y tablas temporales de Banner. No todos los valores SOTCNVT se usan por AMCAS. No todos los valores SOTCNVT se usan por AMCAS.
Valor Descripción
ADMT Se usa para cargar tipos de admisión en SAAADMS
CAMP No se usa por AMCAS
CITZ No se usa por AMCAS
CNTY Se usa para cargar código de municipio
DEGC Se usa para grado de escuela anterior (STVDEGC)
DEGA Convierte el valor de APPL_TYPE en el archivo entrante AMCAS a un grado de solicitud en SAAADMS y sobrepasa el grado cargado por SRTLOAD para el parámetro Código de Grado AMCAS (STVDEGC).
DEPT No se usa por AMCAS
EDLV No se usa por AMCAS
EGOL Se usa para metas educativas de escuela anterior
ESEL Utilizado para cargar consideración especial basándose en la bandera Desventaja en el archivo entrante AMCAS.
ETHN Se usa para cargar etnia (STVETHN) a SPBPERS y SABSUPL
Alumnos Versión 7.2 Octubre 2005124 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalConversión de Valores SOTCNVT
Valores de Raza y Etnia Actualizados en SOTCNVTAMCAS ahora entrega códigos de dos caracteres para sub-raza. También, AMCAS hizo un cambio a sus códigos de raza y etnia como sigue:
ETHR Se usa para cargar la raza (STVETHN) a SABSUPL
GNDR Se usa para cargar el sexo si una conversión fue necesaria, pero no se usa por AMCAS
INTS No se usa por AMCAS
INTP No se usa por AMCAS
MAJR No se usa por AMCAS
MAJP No se usa por AMCAS
NATN Se usa para cargar información de país
RELG No se usa por AMCAS
SBGI Se usa para cargar información de escuela
SBGH No se usa por AMCAS
STAT Se usa para cargar los códigos de estado
TADM No se usa por AMCAS
TEAC Utilizado para cargar configuración del indicador no-estándar MCAT de AMCAS a la adecuación de puntuación de examen en SOATEST/SORTEST_TEAC_CODE cuando son cargadas puntuaciones de examen.
TEFR Utilizado para cargar código de series MCAT cuando puntuaciones de examen son cargadas al número de forma de examen en SOATEST/SORTEST_TEFR_CODE
TERM No se usa por AMCAS
TESC Puede ser utilizado por AMCAS si no quiere cargar los valores codificados
TSPT Se usa para cargar percentiles de examen para SAT, GRE
VTYP Se usa para cargar el tipo de visa
Valor Descripción
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 125
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Conversión de Datos SOAXREF
1. El código P tiene un valor diferente dependiendo de si es un código de raza o un código étnico (raza de Nativo de Hawaii o étnica de Puerto Rico).
2. El código C utilizado para designar Chino, pero ahora designa una raza de Cubano, de manera que cualquier escuela que ejecute dos años en el mismo momento no recibirá los códigos correctos.
3. El código N utilizado para designar Hawaiano, pero ahora designa No Español/Hispano, de manera que cualquier escuela que ejecute dos años en el mismo momento no recibirá los códigos correctos.
Cuando un valor de AMCAS solo se puede asignar a un valor de Banner, de manera que los cambios sean necesarios. Como parte de sus procedimientos de configuración para el procesamiento AMCAS, favor de asegurarse que los valores de raza y grupo étnico son convertidos apropiadamente en SOTCNVT.
Los valores para SOTCNVT/ETHN serán cargados a los campos SPBPERS_ETHN_CODE y SABSUPL_ETHNIC. SOTCNVT/ETHR será cargado a los campos SABSUPL_RACE. Toda la validación para raza y grupo étnico existe en la misma tabla de validación de Banner, STVETHN, pero el uso de validación de ETHN o ETHR en SOTCNVT determina donde son cargados en Banner esos valores y permite que el mismo código de raza o código étnico sea cargado correctamente a Banner.
Por ejemplo, SRTLOAD reconocerá lo siguiente para el procesamiento AMCAS.
En SOTCNVT para el tipo de interfaz AMCS (AMCAS) y el nombre de tabla de validación ETHR:
En SOTCNVT para el tipo de interfaz AMCS (AMCAS) y el nombre de tabla de validación ETHN:
Conversión de Datos SOAXREF
Como parte de esta mejora, las referencias cruzadas de datos AMCAS se han cambiado de la tabla SORXREF a SOBCNVT, debido a que SOAXREF no se usa por SRTLOAD (que usa SOTCNVT). Un script se entrega para hacer estos cambios.
Nota: Los valores de SOAXREF que se han reemplazado por la validación de SOTCNVT no se ha eliminado y aún se pueden usar con otro procesamiento si es necesario.
Las tablas son:
Valor de Cinta Código de Conversión Descripción
P H Código de raza de Nativo de Hawaii
Valor de Cinta Código de Conversión Descripción
P PR Código Etnico de Puerto Rico
Alumnos Versión 7.2 Octubre 2005126 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalUsando Percentiles
• STVCNTY,
• STVDEGC,
• STVEGOL,
• STVETHN (ETHN para Etnico, ETHR para Raza),
• STVMAJR,
• STVNATN,
• STVSBGIC (para STVSBGI - SBGI para escuelas),
• STVSTAT,
• STVTEAC, y
• STVVTYP.
Nota: STVETHN es utilizada para códigos de raza y étnicos (ambos) que son distinguidos en SOTCNVT utilizando las reglas ETHN y ETHR.
Las filas son seleccionadas en SORXREF donde la Etiqueta IED es una de las tablas listadas arriba, el Atributo de IED es AN (ANE o ANR para Étnico o Raza), el Valor IED no es nulo, el Valor Banner no es nulo y la Descripción no es nula.
Las filas son creadas en SOTCNVT donde el Nombre de Tabla es igual a los últimos cuatro caracteres de una de las tablas listadas arriba con la excepción de BGIC (SBGI), DEGA (DEGC), y ETHR (ETHN). El Valor IED llega a ser el Valor de Cinta, y el Valor de Banner llega a ser el Código de Conversión.
Una nueva validación está disponible en SOTCNVT para AMCAS para lo siguiente:
• STVTEAC - indicador no-estándar SRTTEST_TEAC_CODE es cargado al SORTEST_TEAC_CODE
• STVTEFR - número de series SRTTEST_TEFR_CODE son cargados al SORTEST_TEFR_CODE
• STVADMT - para tipos de admisión estándar o decisión temprana
• STVTSPT - percentiles, si los usuarios desean cambiar los valores alambrados entregados para archivos SAT y GRE
Nota: Los percentiles no se usan po AMCAS.
Usando Percentiles
Los percentiles no son utilizados por AMCAS, pero la capacidad para procesar percentiles es entregada con esta versión. El proceso SRTLOAD ahora cargará datos de percentil para exámenes SAT y GRE en la tabla temporal SRTTSPC. Los datos luego son cargados a las tablas de producción de Banner utilizando SRRPREL. La tabla SORTSPC almacena los percentiles, los cuáles pueden ser vistos en la forma SOATEST. Ahora también tiene la capacidad en SOATEST para cargar manualmente percentiles. Los tipos de percentil primero deben ser creados en STVTSPT. Sólo un percentil del mismo tipo puede estar asociado con una puntuación de examen.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 127
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Usando Percentiles
Puede elegir si desea cargar percentiles SAT o GRE a Banner con el uso de una nueva regla SAAERUL LOADPERCENTILES. Un valor de Y cargará los percentiles en Banner. Un valor de N ignorará los percentiles.
El proceso de carga de cinta asociará los percentiles con sus puntuaciones de examen correspondientes. Actualmente, sólo archivos SAT y GRE proveen percentiles. Los tipos de percentil de SAT y GRE han sido hechos dependientes del código para utilizarlos por SRTLOAD. Esos códigos han sido agregados a STVTSPT, STVTPFD, y SRATPFD. Los siguientes datos seed se entregaron para estas tablas.
Forma de Validación de de Percentil de Puntuación de Examen (STVTSPT)
Los siguientes códigos se entregaron para tipos de percentiles.
Forma de Validación de Nombres de Campos de Cinta (STVTPFD)Los siguientes campos de percentiles se entregaron y SRTLOAD asociará estos campos con sus tipos de percentiles correspondientes.
Código Descripción
SVN Percentil Ligado a Escuela Nacional SAT Verbal
SVS Percentil Ligado a Escuela Estatal SAT Verbal
SMN Percentil Ligado a Escuela Nacional SAT Matemáticas
SMS Percentil Ligado a Escuela Estatal SAT Matemáticas
SWN Percentil Ligado a Escuela Nacional SAT Escritura
SWS Percentil Ligado a Escuela Estatal SAT Escritura
S2N Percentil Ligado a Escuela Nacional SAT II
GRP Percentil GRE
Nombre del Campo Descripción Indicador del Sistema
S01_NATL_PERCENTILE Percentil Ligado a Escuela Nacional SAT Verbal Y
S01_STATE_PERCENTILE Percentil Ligado a Escuela Estatal SAT Verbal Y
S02_NATL_PERCENTILE Percentil Ligado a Escuela Nacional SAT Matemáticas Y
Alumnos Versión 7.2 Octubre 2005128 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalUsando Percentiles
Forma de Regla de Posición del Campo de Cinta (SRATPFD)Los siguientes percentiles se entregaron con las posiciones iniciales y finales para los exámenes GRE y SAT.
Nota: Si por cualquier razón el usuario quiere cambiar los tipos de percentil que se han entregado y asociado con los códigos de examen GRE y SAT en Alumnos de Banner 7.2, puede crear nuevos tipos de percentiles en STVTSPT y cambiar el tipo asociado con la puntuación de examen en SOTCNVT. Los percentiles entonces se asociarán con los códigos de examen en SORTSPC.
S02_STATE_PERCENTILE Percentil Ligado a Escuela Estatal SAT Matemáticas Y
S07_NATL_PERCENTILE Percentil Ligado a Escuela Nacional SAT Escritura Y
S07_STATE_PERCENTILE Percentil Ligado a Escuela Estatal SAT Escritura Y
OLDSAT1_PERCENTILE Percentil Ligado a Escuela Nacional SAT II Y
OLDSAT2_PERCENTILE Percentil Ligado a Escuela Nacional SAT II Y
OLDSAT3_PERCENTILE Percentil Ligado a Escuela Nacional SAT II Y
GRE_PERCENTILE0 Percentil GRE Y
GRE_PERCENTILE1 Percentil GRE Y
GRE_PERCENTILE2 Percentil GRE Y
GRE_PERCENTILE3 Percentil GRE Y
Nombre del Campo Descripción Indicador del Sistema
Nombre del Campo Posición Inicial Posición Final Ocurrencia
S01_NATL_PERCENTILE 567 568 1
S01_STATE_PERCENTILE 569 570 1
S02_NATL_PERCENTILE 571 572 1
S02_STATE_PERCENTILE 573 574 1
S07_NATL_PERCENTILE 575 576 1
S07_STATE_PERCENTILE 577 578 1
OLDSAT1_PERCENTILE 629 630 1
OLDSAT2_PERCENTILE 637 638 1
OLDSAT3_PERCENTILE 645 646 1
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 129
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Usando Datos SAAERUL AGPA/ACHR
SRTLOAD han sido codificado para asociar los tipos de percentil de puntuación de examen con sus códigos de puntuación de examen SAT y GRE. Los siguientes campos en SRATPFD serán asociados con puntuaciones de examen SAT y GRE a menos que desee cambiar desde el uso de puntuaciones de examen/tipos de percentil hechas dependientes del código, hasta el uso de tipos de percentil únicos para su institución vía SOTCNVT.
Usando Datos SAAERUL AGPA/ACHR
Se entregaron nuevos campos para STVTPFD y SRATPFD de manera que los renglones equivalentes para sus registros se puedan cargar en Banner. Esto facilita el procesamiento
GRE_PERCENTILE0 418 419 1
GRE_PERCENTILE1 424 425 1
GRE_PERCENTILE2 430 431 1
GRE_PERCENTILE3 436 437 1
Nombre del Campo Código de Tipo de Percentil
Conversión
S01_NATL_PERCENTILE SVN SOTCVNT/TSPT
S01_STATE_PERCENTILE SVS SOTCVNT/TSPT
S02_NATL_PERCENTILE SMN SOTCVNT/TSPT
S02_STATE_PERCENTILE SMS SOTCVNT/TSPT
S07_NATL_PERCENTILE SWN SOTCVNT/TSPT
S07_STATE_PERCENTILE SWS SOTCVNT/TSPT
OLDSAT1_PERCENTILE S2N SOTCVNT/TSPT
OLDSAT2_PERCENTILE S2N SOTCVNT/TSPT
OLDSAT3_PERCENTILE S2N SOTCVNT/TSPT
GRE_PERCENTILE0 GRE SOTCVNT/TSPT
GRE_PERCENTILE1 GRE SOTCVNT/TSPT
GRE_PERCENTILE2 GRE SOTCVNT/TSPT
GRE_PERCENTILE3 GRE SOTCVNT/TSPT
Nombre del Campo Posición Inicial Posición Final Ocurrencia
Alumnos Versión 7.2 Octubre 2005130 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalElaboración de Reporte AMCAS - Reportes de Resumen y Detalle
de AMCAS y el uso de las reglas existentes AGPA/ACHR de SAAERUL. Un script se entrega para hacer estos cambios.
Nota: Todas las reglas con códigos de grupos de AGPA y ACHR deben tener valores correspondientes de STVTPFD y SRATPFD para cargarse correctamente en Banner.
Ya que un valor es leído fuera de la cinta de un campo particular, tales como PGA BCPM de Alumno de Primer Año, éste estará asociado con la fila BCPMF en SRATPFD, la cuál encontrará esa misma fila en SAAERUL para el grupo de AGPA, y luego hará referencia cruzada con el valor suministrado por la institución para el tipo de PGA asociado. Ese valor se usará cuando el PGA se inserta en SORGPAT. Esto permite a la institución poner cualquier valor que elija en STVGPAT y STVCRSS y permitir a SRTLOAD buscar asociaciones alambradas en SAAERUL para PGAs u horas, de manera que SAAERUL se use para estas reglas.
Los datos seed que son entregados para STVTPFD y SRATPFD son listados en la sección técnica de la guía de versión de esta mejora.
Elaboración de Reporte AMCAS - Reportes de Resumen y Detalle
No hay nuevos reportes específicos para AMCAS. Los reportes producidos anteriormente por SARAMAL y luego cargados por SAPAMAL se han fusionado o solo se acomodaron por SRRSRIN, SRRPREL y el procesamiento del API.. Estos reportes son discutidos abajo.
Reporte de Resumen de Datos Coincidentes - SRRSRINEl Reporte de Resumen de Datos Coincidentes, producido anteriormente por SARAMAL, ahora se produce por SRRSRIN. La salida estándar de SRRSRIN provee información de coincidencia que se refleja en este reporte. Nuevas opciones para la coincidencia se han añadido a SRRSRIN.
Reporte de Cambios de Nombre - SRRSRINEl Reporte de Cambios de Nombre, producido anteriormente por SARAMAL, ahora se produce por SRRSRIN. La información de este reporte se ha incorporado en SRRSRIN. Cuando se encuentran las coincidencias, dos columnas adicionales se imprimen dando el apellido actual en el archivo entrante, así como el apellido legar que se puede coincidir con el apellido de Banner. Esta información de nombre será muy útil cuando se resuelvan los posibles registros suspendidos donde el apellido anterior desde un archivo coincide con el apellido existente/actual de Banner.
Por ejemplo, si tiene un solicitante AMCAS que se cargó anteriormente en Banner con el nombre “Smith”, y el solicitante existe en un nuevo archivo entrante con un nombre de casado de “Jordan”. “Smith” sería el viejo apellido que puede ser coincidido con el
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 131
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Elaboración de Reporte AMCAS - Reportes de Resumen y Detalle
SPRIDEN_LAST_NAME, pero “Jordan” es el actual apellido. Dependiendo de como se configuran las reglas de coincidencia, puede recibir registros suspendidos en esta situación. Será importante revisar la salida del reporte SRRSRIN para los registros con apellidos legales.
Reporte de Dirección en el Extranjero - APIEl Reporte de Dirección en el Extranjero, producido anteriormente por SARAMAL, se maneja por el procesamiento del API actual. El propósito de este reporte era proveer al usuario final de la información para arreglar los datos "malos" de dirección, en este caso direcciones en el extranjero, debido a que los datos de dirección en el extranjero no cumplen con los requerimientos de datos en Banner.
Ahora, con el procesamiento de API existente, las direcciones erróneas se pueden identificar en SRRPREL y SRIPREL. Después de que los registros son coincididos y reciben un status de M o N, si se encuentra que los datos de dirección que van a ser cargados van a ser incompletos, los errores API serán atrapados y presentados al usuario ya sea directamente en SRIPREL (si están ejecutando una carga manual), en SRRSRIN con el parámetro de Auto Carga (Saltar Revisión Duplicados) establecido a Y (si están evitando SRRPREL), y finalmente en SRRPREL. Estos registros no se cargarán, y el status de coincidencia se revertirá a S. Los mensajes se proveen para indicar que hay un problema de datos por resolver y luego se pueden resolver los problemas de datos temporales y los registros se pueden volver a coincidir y cargar.
Reporte de Solicitudes Añadidas - SRRSRINEl Reporte de Solicitud Añadidas, producido anteriormente por SARAMAL, ahora también se produce por SRRSRIN. La información del reporte se ha incorporado en SRRSRIN y se proveerá cuando el parámetro de Auto Carga (Saltar Revisión Duplicados) es Y, (debido a que el proceso SRRPREL se omitirá cuando se ejecute SRRSRIN con el parámetro Auto Carga (Saltar Revisión Duplicados) en Y). No hay opción para no imprimir esta información en los reportes. Cuando el parámetro Auto Carga (Saltar Revisión Duplicados) esta establecido a Y, si una solicitud ha sido creada para el ID, entonces el ID, periodo y número de solicitud será impreso en el reporte.
En la sección de Conteo de Registro en la parte inferior del reporte, la información resumida también se imprime para todos los registros que están cargados en Banner. Esto incluye un número de personas cargadas, número de prospectos cargados y número de solicitantes cargados. Esta es información útil para todos los tipos de cintas.
Nota: SAPAMAL reporta actualmente los registros que no se cargan debido a que la fecha vigente en el registro AMCAS entrante es menor o igual a la fecha vigente en el registro SOASUPL. Cuando no se imprime un número de solicitud para reflejar la “Solicitud Agregada”, esta información es implícita.
Alumnos Versión 7.2 Octubre 2005132 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalElaboración de Reporte AMCAS - Reportes de Resumen y Detalle
Reporte de Solicitudes Añadidas - SRRPRELEl Reporte de Solicitud Añadidas, producido anteriormente por SARAMAL, ahora también se produce por SRRPREL. La información del reporte se ha incorporado en SRRPREL. No hay opción para no imprimir esta información en los reportes. Si una solicitud se ha creado para el ID, entonces el ID, periodo y número de solicitud se imprimirá en el reporte. Los datos de número de solicitud indicarán si se ha creado una solicitud.
En la sección de Resumen del reporte, la información resumida también se imprime para todos los registros que se cargan en Banner. Esto incluye un número de personas cargadas, número de prospectos cargados y número de solicitantes cargados. Esta es información útil para todos los tipos de cintas.
Las descripciones de datos se han actualizado des usar “Prospectos” a “Registros de Datos” para confirmar que varios tipos de registros se pueden cargar desde:
• SPAPERS si no se cargaron datos de solicitante o reclutamiento,
• SPAPERS y SRBRECR si se cargaron los registros de persona y reclutamiento,
• SPAPERS y SARADAP si no se cargaron los registros de reclutamiento,
• SPAPERS, SRBRECR y SARADAP si se cargaron registros de reclutamiento y solicitud.
Esto corrige la solución de problema #103985.
Nota: SAPAMAL reporta actualmente los registros que no se cargan debido a que la fecha vigente en el registro AMCAS entrante es menor o igual a la fecha vigente en el registro SOASUPL. Cuando no se imprime un número de solicitud para reflejar la “Solicitud Agregada”, esta información es implícita.
Reporte de Cambio en DatosEste reporte, producido anteriormente por SARAMAL, no se incluye en los cambios de baseline para el procesamiento de AMCAS en esta versión. No hay plan de proveer un reporte que específicamente identifique datos sin cambios en SPBPERS, GOBINTL, SORDEGR, etc. cuando existan datos en Banner y los valores entrantes de AMCAS son diferentes. Todos los datos entrantes a Banner en estas tablas y en las demás tablas de producción no se actualizan cuando los datos en el archivo son diferentes.
Los datos están disponibles para las instituciones a reportar para lo que ellas elijan. Los datos de la cinta permanecen almacenado en las tablas temporales hasta que se eliminan por ejecutar SRTPURG. Cuando el procesamiento de coincidencia (SRRSRIN) se ha ejecutado para los datos de cinta y se han actualizado con el status de coincidir, y se asigna un PIDM de Banner a una tabla temporal, cualquier requerimiento de reporte se puede ejecutar para las tablas temporales y los datos de producción asociados a procesarse antes de cargar los datos.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 133
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Tablas Temporales y Distribución de Campo AMCAS
Tablas Temporales y Distribución de Campo AMCAS
La siguiente tabla muestra los campos AMCAS y las tablas temporales en las cuáles son cargados los datos del campo.
Estructura de Archivos AMCAS Tabla Temporal
SSN SRTPERS_SSN
SSN_OLD sin usar
N/A sin usar
CYCLE ADD sin usar
CHANGE_FLAG sin usar
CHANGE_NBR sin usar
APP_YEAR SRTSUPL_APP_YEAR_AGENCY
CYCLE_CHANGE sin usar
EVALUATION sin usar, Siempre E en la cinta
EARLY_DECISION SRTSUPL_EARLY_DECISION = Y
FEE_WAIVER SRTSUPL_AGENCY_FEE_WAIVED
LAST_NAME SRTIDEN_LAST_NAME
FIRST_NAME SRTIDEN_FIRST_NAME
MIDDLE_NAME SRTIDEN_MI
SUFFIX SRTPERS_SUFFIX
LAST_NAME_OLD SRTIDEN_LAST_NAME_OLD
PREF_ADDRESS sin usar
PREF_CITY sin usar
PREF_STATE SRTADDR_STAT_CODE
PREF_ZIP SRTADDR_ZIP
PREF_PHONE SRTTELE_PHONE_AREA / _NUMBER
LEGAL_STATE SRTSUPL_STAT_CODE_ADMIT
LEGAL_COUNTY_CD SRTSUPL_CNTY_CODE_ADMIT
Alumnos Versión 7.2 Octubre 2005134 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalTablas Temporales y Distribución de Campo AMCAS
LEGAL_COUNTY_NAME No es campo temporal - se usa para convertir a código de municipio
LEGAL_COUNTY_RURAL_IND SRTSUPL_CNTY_ADMIT_RURAL
CIT_COUNTRY_CD SRTSUPL_NATN_CODE_ADMIT / SRTINTL_NATN_CODE_LEGAL
CIT_COUNTRY_NAME sin usar
VISA_TYPE SRTINTL_VISA_NUMBER
SEX SRTPERS_SEX
BIRTH_DATE SRTPERS_DAY / _MON _YEAR
BIRTH_STATE SRTSUPL_STAT_CODE_BIRTH
BIRTH_CITY SRTSUPL_CITY_BIRTH
BIRTH_COUNTY_COUNTRY_CD SRTSUPL_NATN_CODE_BIRTH / SRTSUPL_CNTY_CODE_BIRTH
BIRTH_COUNTY_COUNTRY_NAME sin usar
BIRTH_COUNTY_RURAL_IND SRTSUPL_CNTY_BIRTH_RURAL
AGE sin usar
NUM_DEPEND SRTSUPL_NUMBER_DEPS
RACE1 SRTSUPL_RACE1/SRTSUPL_ETHN_CODE_SELF/SRTPERS_ETHN_CODE
Cuando el archivo entrante de AMCAS HISP_IND = N en todos los campos anteriores, Se cargará
DISADVANTAGED SRTSUPL_FLAG1
MILITARY_SERVICE SRTSUPL_FLAG2
PREV_MATRIC SRTSUPL_FLAG3
INST_ACTION SRTSUPL_FLAG4
FELONY SRTSUPL_FLAG5
PU_COLL_CD SRTPCOL_SBGI_CODE También se cargará para SABSUPL_SBGI_CODE_ADMIT
PU_COLL_NAME SRTPCOL_SBGI_DESC se usa para traducir si el código no se valida
PU_COLL_STATE SRTPCOL_STAT_CODE
PU_COLL_PROG_TYPE SRTDEGR_EGOL_CODE
PU_YR_ATTEND SRTPCOL_ATTEND_FROM / _ATTEND_TO DEFAULT 01-SEP BEGIN DATE AND 01-MAY END DATE
PU_MAJOR_CD1 SRTMAJR_MAJOR_CODE_MAJOR
Estructura de Archivos AMCAS Tabla Temporal
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 135
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Tablas Temporales y Distribución de Campo AMCAS
PU_MAJOR_NAME1 sin usar
PU_DEGREE1 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE (tabla hija de DEGC)
PU_DEGREE_DATE1 SRTPCOL_GRAD_DATE
OT1_COLL_CD SRTPCOL_SBGI_CODE
OT1_COLL_NAME sin usar
OT1_COLL_STATE SRTPCOL_STAT_CODE
OT1_COLL_PROG_TYPE SRTDEGR_EGOL_CODE
OT1_YR_ATTEND SRTPCOL_ATTEND_FROM / _ATTEND_TO DEFAULT 01-SEP BEGIN DATE AND 01-MAY END DATE
OT1_MAJOR_CD1 SRTMAJR_MAJOR_CODE_MAJOR
OT1_MAJOR_NAME1 usado para traducir un código de carrera si es necesario
OT1_DEGREE1 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT1_DEGREE_DATE1 SRTPCOL_GRAD_DATE
OT2_COLL_CD SRTPCOL_SBGI_CODE
OT2_COLL_NAME SRTPCOL_SBGI_DESC
OT2_COLL_STATE SRTPCOL_STAT_CODE
OT2_COLL_PROG_TYPE SRTDEGR_EGOL_CODE
OT2_YR_ATTEND SRTPCOL_ATTEND_FROM / _ATTEND_TO DEFAULT 01-SEP BEGIN DATE AND 01-MAY END DATE
OT2_MAJOR_CD1 SRTMAJR_MAJOR_CODE_MAJOR
OT2_MAJOR_NAME1 usado para traducir un código de carrera si es necesario
OT2_DEGREE1 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT2_DEGREE_DATE1 SRTPCOL_GRAD_DATE
FR_BCPM_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
FR_AO_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
FR_TOTAL_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
SO_BCPM_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
SO_AO_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
SO_TOTAL_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
Estructura de Archivos AMCAS Tabla Temporal
Alumnos Versión 7.2 Octubre 2005136 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalTablas Temporales y Distribución de Campo AMCAS
JR_BCPM_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
JR_AO_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
JR_TOTAL_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
SR_BCPM_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
SR_AO_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
SR_TOTAL_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
PBUG_BCPM_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
PBUG_AO_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
PBUG_TOTAL_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
CUM_BCPM_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
CUM_AO_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
CUM_TOTAL_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
GRAD_BCPM_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
GRAD_AO_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
GRAD_TOTAL_GPA SRTGPAT_GPA / SRTGPAT_GPAT_CODE
FR_BCPM_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
FR_AO_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
SO_BCPM_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
SO_AO_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
JR_BCPM_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
JR_AO_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
SR_BCPM_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
SR_AO_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
PBUG_BCPM_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
PBUG_AO_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
CUM_BCPM_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
CUM_AO_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
GRAD_BCPM_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
Estructura de Archivos AMCAS Tabla Temporal
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 137
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Tablas Temporales y Distribución de Campo AMCAS
GRAD_AO_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
PF_FAIL_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
PF_PASS_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
AP_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
CLEP_HOURS SRTCRSS_HOURS / SRTCRSS_CRSS_CODE
PLUS_MINUS_GRADES SRTGPAT_PLUS_MINUS_IND
NUM_MCATS sin usar
NEXT_MCAT_DATE SRTSUPL_NEXT_MCAT_DATE
MCAT1_TEST_DATE SRTTEST_TEST_DATE
MCAT1_SERIES_CODE SRTTEST_TEFR_CODE
MCAT1_VR_SCORE SRTTEST_TEST_SCORE
MCAT1_PS_SCORE SRTTEST_TEST_SCORE
MCAT1_WS_SCORE SRTTEST_TEST_SCORE
MCAT1_UNUSED1 sin usar
MCAT1_BS_SCORE SRTTEST_TEST_SCORE
MCAT1_WS_FORM_NUM sin usar
MCAT1_UNUSED2 sin usar
MCAT1_MED_MAR_IND sin usar
MCAT1_NON_STANDARD_IND SRTTEST_TEAC_CODE
MCAT1_LITHOCODE sin usar
MCAT1_UNUSED3 sin usar
MCAT2_TEST_DATE SRTTEST_TEST_DATE
MCAT2_SERIES_CODE SRTTEST_TEFR_CODE
MCAT2_VR_SCORE SRTTEST_TEST_SCORE
MCAT2_PS_SCORE SRTTEST_TEST_SCORE
MCAT2_WS_SCORE SRTTEST_TEST_SCORE
MCAT2_UNUSED1 sin usar
MCAT2_BS_SCORE SRTTEST_TEST_SCORE
Estructura de Archivos AMCAS Tabla Temporal
Alumnos Versión 7.2 Octubre 2005138 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalTablas Temporales y Distribución de Campo AMCAS
MCAT2_WS_FORM_NUM sin usar
MCAT2_UNUSED2 sin usar
MCAT2_MED_MAR_IND sin usar
MCAT2_NON_STANDARD_IND SRTTEST_TEAC_CODE
MCAT2_LITHOCODE sin usar
MCAT2_UNUSED3 sin usar
ADVISOR_INFO_RELEASE sin usar
SCHOOL_STATE SRTSUPL_SCHOOL_STATE
SCHOOL_NUM SRTSUPL_SCHOOL_NUM
DATE_APPLIED SRTSUPL_DATE_APPLIED
YR_PREV_APPLIED1 SRTSUPL_PREV_APP_1
YR_PREV_APPLIED2 SRTSUPL_PREV_APP_2
YR_PREV_APPLIED3 SRTSUPL_PREV_APP_3
YR_PREV_APPLIED4 SRTSUPL_PREV_APP_4
ADM_ACTION_CODE sin usar
ACTION_DATE sin usar
MATRIC_DATE sin usar
EXP_GRAD_DATE sin usar
RACE2 SRTSUPL_RACE2
RACE3 SRTSUPL_RACE3
RACE4 SRTSUPL_RACE4
RACE5 SRTSUPL_RACE5
RACE6 SRTSUPL_RACE6
RACE7 SRTSUPL_RACE7
RACE8 SRTSUPL_RACE8
RACE9 SRTSUPL_RACE9
EMAIL_ADDRESS SRTEMAL_EMAIL_ADDRESS
disponible No se usa por AMCAS
Estructura de Archivos AMCAS Tabla Temporal
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 139
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Tablas Temporales y Distribución de Campo AMCAS
disponible SRTPREL_LOAD_STATUS
disponible SRTIDEN_MATCH_STATUS
OT3_COLL_CD SRTPCOL_SBGI_CODE
OT3_COLL_NAME SRTPCOL_SBGI_DESC
OT3_COLL_STATE SRTPCOL_STAT_CODE
OT3_COLL_PROG_TYPE SRTDEGR_EGOL_CODE
OT3_YR_ATTEND SRTPCOL_ATTEND_FROM / _ATTEND_TO DEFAULT 01-SEP BEGIN DATE AND 01-MAY END DATE
OT3_MAJOR_CD1 SRTMAJR_MAJOR_CODE_MAJOR
OT3_MAJOR_NAME1 usado para traducir un código de carrera si es necesario
OT3_DEGREE1 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT3_DEGREE_DATE1 SRTPCOL_GRAD_DATE
OT4_COLL_CD SRTPCOL_SBGI_CODE
OT4_COLL_NAME SRTPCOL_SBGI_DESC
OT4_COLL_STATE SRTPCOL_STAT_CODE
OT4_COLL_PROG_TYPE SRTDEGR_EGOL_CODE
OT4_YR_ATTEND SRTPCOL_ATTEND_FROM / _ATTEND_TO DEFAULT 01-SEP BEGIN DATE AND 01-MAY END DATE
OT4_MAJOR_CD1 SRTMAJR_MAJOR_CODE_MAJOR
OT4_MAJOR_NAME1 usado para traducir un código de carrera si es necesario
OT4_DEGREE1 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT4_DEGREE_DATE1 SRTPCOL_GRAD_DATE
OT5_COLL_CD SRTPCOL_SBGI_CODE
OT5_COLL_NAME SRTPCOL_SBGI_DESC
OT5_COLL_STATE SRTPCOL_STAT_CODE
OT5_COLL_PROG_TYPE SRTDEGR_EGOL_CODE
OT5_YR_ATTEND SRTPCOL_ATTEND_FROM / _ATTEND_TO DEFAULT 01-SEP BEGIN DATE AND 01-MAY END DATE
OT5_MAJOR_CD1 SRTMAJR_MAJOR_CODE_MAJOR
Estructura de Archivos AMCAS Tabla Temporal
Alumnos Versión 7.2 Octubre 2005140 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalTablas Temporales y Distribución de Campo AMCAS
OT5_MAJOR_NAME1 usado para traducir un código de carrera si es necesario
OT5_DEGREE1 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT5_DEGREE_DATE1 SRTPCOL_GRAD_DATE
AAMC_ID SRTIDEN_AMCAS_ID / SRTSUPL_AMCAS_ID
VERIFY_IND no utilizado, AMCAS IS ALWAYS YES/Y/ON
EFFECTIVE_DATE SRTSUPL_EFFEC_DATE
APPL_TYPE SRTSUPL_APPL_TYPE
BIO_NBR SRTSUPL_BIO_NUMBER
HISP_IND SRTSUPL_HISP_IND
PU_SHORT_DESC sin usar
OT1_SHORT_DESC sin usar
OT2_SHORT_DESC sin usar
OT3_SHORT_DESC sin usar
OT4_SHORT_DESC sin usar
OT5_SHORT_DESC sin usar
PREF_COUNTRY_CODE SRTADDR_NATN_CODE
URM_IND no utilizado, AMCAS SAYS ALWAYS ’N’
HS_BCPM_GPA SRTGPAT_GPA
HS_AO_GPA SRTGPAT_GPA
HS_TOTAL_GPA SRTSUPL_GPA / SRTHSCH_GPA
CRSS_HS_BCPM SRTCRSS_HOURS
CRSS_HS_AO SRTCRSS_HOURS
RACE10 SRTSUPL_RACE10
ETHNIC1 SRTSUPL_ETHNIC1/SRTSUPL_ETHN_CODE_SELF/SRTPERS_ETHN_CODE
Cuando el archivo entrante de AMCAS HISP_IND = Y en todos los campos anteriores, se cargará
ETHNIC2 SRTSUPL_ETHNIC2
ETHNIC3 SRTSUPL_ETHNIC3
Estructura de Archivos AMCAS Tabla Temporal
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 141
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Tablas Temporales y Distribución de Campo AMCAS
ETHNIC4 SRTSUPL_ETHNIC4
ETHNIC5 SRTSUPL_ETHNIC5
ETHNIC6 SRTSUPL_ETHNIC6
ETHNIC7 SRTSUPL_ETHNIC7
ETHNIC8 SRTSUPL_ETHNIC8
ETHNIC9 SRTSUPL_ETHNIC9
ETHNIC10 SRTSUPL_ETHNIC10
Campos AMCAS
SCHOOL_UNUSED sin usar
PU_MAJOR_CD2 SRTMAJR_MAJOR_CODE_MAJOR
PU_MAJOR_NAME2 usado para traducir un código de carrera si es necesario
PU_DEGREE2 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
PU_DEGREE_DATE2 SRTPCOL_GRAD_DATE
PU_MAJOR_CD3 SRTMAJR_MAJOR_CODE_MAJOR
PU_MAJOR_NAME3 usado para traducir un código de carrera si es necesario
PU_DEGREE3 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
PU_DEGREE_DATE3 SRTPCOL_GRAD_DATE
PU_MAJOR_CD4 SRTMAJR_MAJOR_CODE_MAJOR
PU_MAJOR_NAME4 usado para traducir un código de carrera si es necesario
PU_DEGREE4 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
PU_DEGREE_DATE4 SRTPCOL_GRAD_DATE
PU_MAJOR_CD5 SRTMAJR_MAJOR_CODE_MAJOR
PU_MAJOR_NAME5 usado para traducir un código de carrera si es necesario
PU_DEGREE5 SRTPCOL_DEGC_CODE/ SRTMAJR_DEGC_CODE
PU_DEGREE_DATE5 SRTPCOL_GRAD_DATE
OT1_MAJOR_CD2 SRTMAJR_MAJOR_CODE_MAJOR
OT1_MAJOR_NAME2 usado para traducir un código de carrera si es necesario
OT1_DEGREE2 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
Estructura de Archivos AMCAS Tabla Temporal
Alumnos Versión 7.2 Octubre 2005142 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalTablas Temporales y Distribución de Campo AMCAS
OT1_DEGREE_DATE2 SRTPCOL_GRAD_DATE
OT1_MAJOR_CD3 SRTMAJR_MAJOR_CODE_MAJOR
OT1_MAJOR_NAME3 usado para traducir un código de carrera si es necesario
OT1_DEGREE3 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT1_DEGREE_DATE3 SRTPCOL_GRAD_DATE
OT1_MAJOR_CD4 SRTMAJR_MAJOR_CODE_MAJOR
OT1_MAJOR_NAME4 usado para traducir un código de carrera si es necesario
OT1_DEGREE4 SRTPCOL_DEGC_CODE/ SRTMAJR_DEGC_CODE
OT1_DEGREE_DATE4 SRTPCOL_GRAD_DATE
OT1_MAJOR_CD5 SRTMAJR_MAJOR_CODE_MAJOR
OT1_MAJOR_NAME5 usado para traducir un código de carrera si es necesario
OT1_DEGREE5 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT1_DEGREE_DATE5 SRTPCOL_GRAD_DATE
OT2_MAJOR_CD2 SRTMAJR_MAJOR_CODE_MAJOR
OT2_MAJOR_NAME2 usado para traducir un código de carrera si es necesario
OT2_DEGREE2 SRTPCOL_DEGC_CODE/ SRTMAJR_DEGC_CODE
OT2_DEGREE_DATE2 SRTPCOL_GRAD_DATE
OT2_MAJOR_CD3 SRTMAJR_MAJOR_CODE_MAJOR
OT2_MAJOR_NAME3 usado para traducir un código de carrera si es necesario
OT2_DEGREE3 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT2_DEGREE_DATE3 SRTPCOL_GRAD_DATE
OT2_MAJOR_CD4 SRTMAJR_MAJOR_CODE_MAJOR
OT2_MAJOR_NAME4 usado para traducir un código de carrera si es necesario
OT2_DEGREE4 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT2_DEGREE_DATE4 SRTPCOL_GRAD_DATE
OT2_MAJOR_CD5 SRTMAJR_MAJOR_CODE_MAJOR
OT2_MAJOR_NAME5 usado para traducir un código de carrera si es necesario
OT2_DEGREE5 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
Estructura de Archivos AMCAS Tabla Temporal
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 143
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Tablas Temporales y Distribución de Campo AMCAS
OT2_DEGREE_DATE5 SRTPCOL_GRAD_DATE
OT3_MAJOR_CD2 SRTMAJR_MAJOR_CODE_MAJOR
OT3_MAJOR_NAME2 usado para traducir un código de carrera si es necesario
OT3_DEGREE2 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT3_DEGREE_DATE2 SRTPCOL_GRAD_DATE
OT3_MAJOR_CD3 SRTMAJR_MAJOR_CODE_MAJOR
OT3_MAJOR_NAME3 usado para traducir un código de carrera si es necesario
OT3_DEGREE3 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT3_DEGREE_DATE3 SRTPCOL_GRAD_DATE
OT3_MAJOR_CD4 SRTMAJR_MAJOR_CODE_MAJOR
OT3_MAJOR_NAME4 usado para traducir un código de carrera si es necesario
OT3_DEGREE4 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT3_DEGREE_DATE4 SRTPCOL_GRAD_DATE
OT3_MAJOR_CD5 SRTMAJR_MAJOR_CODE_MAJOR
OT3_MAJOR_NAME5 usado para traducir un código de carrera si es necesario
OT3_DEGREE5 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT3_DEGREE_DATE5 SRTPCOL_GRAD_DATE
OT4_MAJOR_CD2 SRTMAJR_MAJOR_CODE_MAJOR
OT4_MAJOR_NAME2 usado para traducir un código de carrera si es necesario
OT4_DEGREE2 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT4_DEGREE_DATE2 SRTPCOL_GRAD_DATE
OT4_MAJOR_CD3 SRTMAJR_MAJOR_CODE_MAJOR
OT4_MAJOR_NAME3 usado para traducir un código de carrera si es necesario
OT4_DEGREE3 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT4_DEGREE_DATE3 SRTPCOL_GRAD_DATE
OT4_MAJOR_CD4 SRTMAJR_MAJOR_CODE_MAJOR
OT4_MAJOR_NAME4 usado para traducir un código de carrera si es necesario
OT4_DEGREE4 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
Estructura de Archivos AMCAS Tabla Temporal
Alumnos Versión 7.2 Octubre 2005144 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalTablas Temporales y Distribución de Campo AMCAS
OT4_DEGREE_DATE4 SRTPCOL_GRAD_DATE
OT4_MAJOR_CD5 SRTMAJR_MAJOR_CODE_MAJOR
OT4_MAJOR_NAME5 usado para traducir un código de carrera si es necesario
OT4_DEGREE5 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT4_DEGREE_DATE5 SRTPCOL_GRAD_DATE
OT5_MAJOR_CD2 SRTMAJR_MAJOR_CODE_MAJOR
OT5_MAJOR_NAME2 usado para traducir un código de carrera si es necesario
OT5_DEGREE2 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT5_DEGREE_DATE2 SRTPCOL_GRAD_DATE
OT5_MAJOR_CD3 SRTMAJR_MAJOR_CODE_MAJOR
OT5_MAJOR_NAME3 usado para traducir un código de carrera si es necesario
OT5_DEGREE3 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT5_DEGREE_DATE3 SRTPCOL_GRAD_DATE
OT5_MAJOR_CD4 SRTMAJR_MAJOR_CODE_MAJOR
OT5_MAJOR_NAME4 usado para traducir un código de carrera si es necesario
OT5_DEGREE4 SRTPCOL_DEGC_CODE/ SRTMAJR_DEGC_CODE
OT5_DEGREE_DATE4 SRTPCOL_GRAD_DATE
OT5_MAJOR_CD5 SRTMAJR_MAJOR_CODE_MAJOR
OT5_MAJOR_NAME5 usado para traducir un código de carrera si es necesario
OT5_DEGREE5 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE
OT5_DEGREE_DATE5 SRTPCOL_GRAD_DATE
HS_TOTAL_HOURS SRTCRSS_HOURS
PREF_ADDR1 SRTADDR_STREET_LINE1
PREF_ADDR2 SRTADDR_STREET_LINE2
PREF_CITY_FULL SRTADDR_CITY
PU_LONG_DESC Respaldo SRTPCOL_SBGI_DESC para encontrar el código SBGI
OT1_LONG_DESC Respaldo SRTPCOL_SBGI_DESC para encontrar el código SBGI
OT2_LONG_DESC Respaldo SRTPCOL_SBGI_DESC para encontrar el código SBGI
Estructura de Archivos AMCAS Tabla Temporal
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 145
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Validación/Conversión de STVTPFD a SOTCNVT/SAAERUL
Validación/Conversión de STVTPFD a SOTCNVT/SAAERUL
La siguiente tabla muestra los campos de STVTPFD y la información de conversión para SOTCNVT y/o SAAERUL con las ocurrencias de escuelas y carreras.
Nota: Los campos disponibles no se cargan en Banner. Debido a que el archivo AMCAS es un archivo delimitado, SRTLOAD mantendrá el seguimiento de las posiciones de esos campos, pero no los carga. En el caso en donde un valor AMCAS no convierte por alguna razón, cuando el localizador tiene un nombre largo (escuelas, naciones) y el nombre largo coincide con la descripción del código de validación, el código de validación asociado será cargado a Banner.
OT3_LONG_DESC Respaldo SRTPCOL_SBGI_DESC para encontrar el código SBGI
OT4_LONG_DESC Respaldo SRTPCOL_SBGI_DESC para encontrar el código SBGI
OT5_LONG_DESC Respaldo SRTPCOL_SBGI_DESC para encontrar el código SBGI
Percentiles SAT
Percentil Ligado a Escuela Nacional Verbal
SRTTSPC_PERCENTILE
Percentil Ligado a Escuela Estatal Verbal
SRTTSPC_PERCENTILE
Percentil Ligado a Escuela Nacional de Matemáticas
SRTTSPC_PERCENTILE
Percentil Ligado a Escuela Estatal de Matemáticas
SRTTSPC_PERCENTILE
SRTTSPC_PERCENTILE
Percentil Ligado a Escuela Estatal Escritura
SRTTSPC_PERCENTILE
Percentil CB NAcional SAT II Examen 1 SRTTSPC_PERCENTILE
Percentil CB NAcional SAT II Examen 2 SRTTSPC_PERCENTILE
Percentil CB NAcional SAT II Examen 3 SRTTSPC_PERCENTILE
Percentiles GRE
Percentil 1 SRTTSPC_PERCENTILE
Percentil 2 SRTTSPC_PERCENTILE
Percentil 3 SRTTSPC_PERCENTILE
Estructura de Archivos AMCAS Tabla Temporal
Alumnos Versión 7.2 Octubre 2005146 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalValidación/Conversión de STVTPFD a SOTCNVT/SAAERUL
Por ejemplo, si el nombre largo coincide exactamente con la descripción del código en las tablas de validación, el código asociado será cargado a Banner. Cuando la evaluación es indicada abajo, significa que una traducción será intentada desde el nombre largo.
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
SSN No
SSN_OLD (disponible) disponible
CYCLE_ADD (disponible) disponible
CHANGE_FLAG (disponible) disponible
CHANGE_NBR (disponible) disponible
APP_YEAR No
CYCLE_CHANGE (disponible) disponible
EVALUATION (disponible) disponible
EARLY_DECISION SOTCNVT/ADMT
FEE_WAIVER SAAERUL/AMCASFWAV cuando AMCAS FEE_WAIVER = Y
NAME_LAST No
NAME_FIRST No
NAME_MI No
SUFFIX No
NAME_LAST_OLD No
PREF_ADDRESS (disponible) disponible
PREF_CITY (disponible) disponible
STAT_CODE SOTCNVT/STAT
ZIP No
PHONE_PREF No
LEGAL_STATE SOTCNVT/STAT
LEGAL_COUNTY_CODE SOTCNVT/CNTY
LEGAL_COUNTY_NAME (disponible/evaluación) disponible
LEGAL_COUNTY_RURAL_IND No
CITIZEN_NATN_CODE SOTCNVT/NATC
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 147
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Validación/Conversión de STVTPFD a SOTCNVT/SAAERUL
CITIZEN_NATN_NAME (disponible/evaluación) disponible
VISA SOTCNVT/VTYP
GENDER Ninguna conversión necesaria para valores AMCAS en archivo entrante
BIRTH_DATE No
BIRTH_STATE SOTCNVT/STAT
BIRTH_CITY No
BIRTH_COUNTY_COUNTRY_CODE SOTCNVT/NATN
BIRTH_COUNTY_COUNTRY_NAME (disponible/evaluación) evaluación
BIRTH_COUNTY_RURAL_IND No
AGE (disponible) disponible
NUMBER_OF_DEPENDENTS No
RACE1 SOTCNVT/ETHR
DISADVANTAGED_IND (bandera) No
MILITARY_SERVICE_IND (bandera) No
PREV_MATRIC (bandera) No
INSTITUTIONAL_ACTION (bandera) No
FELONY No
PCOL_SBGI_CODE 1 SOTCNVT/SBGI
PCOL_NAME (disponible/evaluación) 1 evaluación
PCOL_STAT_CODE 1 SOTCNVT/STAT
PCOL_PROGRAM 1 SOTCNVT/EGOL
PCOL_YEARS_ATTEND 1 No
PCOL_MAJOR_CODE 1 SOTCNVT/MAJR
PCOL_MAJOR_NAME (disponible/evaluación) 1 evaluación
PCOL_DEGR_CODE SOTCNVT/DEGR
PCOL_GRAD_DATE 1 No
PCOL_SBGI_CODE 2 SOTCNVT/SBGI
PCOL_NAME (disponible/evaluación) 2 evaluación
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Alumnos Versión 7.2 Octubre 2005148 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalValidación/Conversión de STVTPFD a SOTCNVT/SAAERUL
PCOL_STAT_CODE 2 SOTCNVT/STAT
PCOL_PROGRAM 2 SOTCNVT/EGOL
PCOL_YEARS_ATTEND 2 No
PCOL_MAJOR_CODE 2 SOTCNVT/MAJR
PCOL_MAJOR_NAME (disponible/evaluación) 2 evaluación
PCOL_DEGR_CODE 2 SOTCNVT/DEGC
PCOL_GRAD_DATE 2 No
PCOL_SBGI_CODE 3 SOTCNVT/SBGI
PCOL_NAME (disponible/evaluación) 3 evaluación
PCOL_STAT_CODE 3 SOTCNVT/STAT
PCOL_PROGRAM 3 SOTCNVT/EGOL
PCOL_YEARS_ATTEND 3 No
PCOL_MAJOR_CODE 3 SOTCNVT/MAJR
PCOL_MAJOR_NAME (disponible/evaluación) 3 evaluación
PCOL_DEGR_CODE 3 SOTCNVT/DEGC
PCOL_GRAD_DATE 3 No
FR_BCPM_GPA SAAERUL/Grupo AGPA
FR_AO_GPA SAAERUL/Grupo AGPA
FR_TOTAL_GPA SAAERUL/Grupo AGPA
SO_BCPM_GPA SAAERUL/Grupo AGPA
SO_AO_GPA SAAERUL/Grupo AGPA
SO_TOTAL_GPA SAAERUL/Grupo AGPA
JR_BCPM_GPA SAAERUL/Grupo AGPA
JR_AO_GPA SAAERUL/Grupo AGPA
JR_TOTAL_GPA SAAERUL/Grupo AGPA
SR_BCPM_GPA SAAERUL/Grupo AGPA
SR_AO_GPA SAAERUL/Grupo AGPA
SR_TOTAL_GPA SAAERUL/Grupo AGPA
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 149
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Validación/Conversión de STVTPFD a SOTCNVT/SAAERUL
PBUG_BCPM_GPA SAAERUL/Grupo AGPA
PBUG_AO_GPA SAAERUL/Grupo AGPA
PBUG_TOTAL_GPA SAAERUL/Grupo AGPA
CUM_BCPM_GPA SAAERUL/Grupo AGPA
CUM_AO_GPA SAAERUL/Grupo AGPA
CUM_TOTAL_GPA SAAERUL/Grupo AGPA
GRAD_BCPM_GPA SAAERUL/Grupo AGPA
GRAD_AO_GPA SAAERUL/Grupo AGPA
GRAD_TOTAL_GPA SAAERUL/Grupo AGPA
FR_BCPM_HOURS SAAERUL/Grupo ACHR
FR_AO_HOURS SAAERUL/Grupo ACHR
SO_BCPM_HOURS SAAERUL/Grupo ACHR
SO_AO_HOURS SAAERUL/Grupo ACHR
JR_BCPM_HOURS SAAERUL/Grupo ACHR
JR_AO_HOURS SAAERUL/Grupo ACHR
SR_BCPM_HOURS SAAERUL/Grupo ACHR
SR_AO_HOURS SAAERUL/Grupo ACHR
PBUG_BCPM_HOURS SAAERUL/Grupo ACHR
PBUG_AO_HOURS SAAERUL/Grupo ACHR
CUM_BCPM_HOURS SAAERUL/Grupo ACHR
CUM_AO_HOURS SAAERUL/Grupo ACHR
GRAD_BCPM_HOURS SAAERUL/Grupo ACHR
GRAD_AO_HOURS SAAERUL/Grupo ACHR
PF_FAIL_HOURS SAAERUL/Grupo ACHR
PF_PASS_HOURS SAAERUL/Grupo ACHR
AP_HOURS SAAERUL/Grupo ACHR
CLEP_HOURS SAAERUL/Grupo ACHR
PLUS_MINUS_GRADES No
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Alumnos Versión 7.2 Octubre 2005150 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalValidación/Conversión de STVTPFD a SOTCNVT/SAAERUL
NUM_MCATS (disponible) disponible
NEXT_MCAT_DATE No
MBS_TEST_DATE 1 No
MBS_TEFR_CODE 1 SOTCNVT/TEFR
MVR_TEST_SCORE 1 SOTCNVT/TESC
MPS_TEST_SCORE 1 SOTCNVT/TESC
MWS_TEST_SCORE 1 SOTCNVT/TESC
MBS_UNUSED1 (disponible) 1 disponible
MBS_TEST_SCORE 1 SOTCNVT/TESC
MBS_WS_FORM_NUM (disponible) 1 disponible
MBS_UNUSED2 (disponible) 1 disponible
MBS_MED_MAR_IND (disponible) 1 disponible
MBS_TEAC_CODE 1 SOTCNVT/ TEAC
MBS_LITHOCODE (disponible) 1 disponible
MBS_UNUSED3 (disponible) 1 disponible
MBS_TEST_DATE 2 No
MBS_TEFR_CODE 2 SOTCNVT/TEFR
MVR_TEST_SCORE 2 SOTCNVT/TESC
MPS_TEST_SCORE 2 SOTCNVT/TESC
MWS_TEST_SCORE 2 SOTCNVT/TESC
MBS_UNUSED1 (disponible) 2 disponible
MBS_TEST_SCORE 2 SOTCNVT/TESC
MBS_WS_FORM_NUM (disponible) 2 disponible
MBS_UNUSED2 (disponible) 2 disponible
MBS_MED_MAR_IND (disponible) 2 disponible
MBS_TEAC_CODE 2 SOTCNVT/ TEAC
MBS_LITHOCODE (disponible) 2 disponible
MBS_UNUSED3 (disponible) 2 disponible
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 151
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Validación/Conversión de STVTPFD a SOTCNVT/SAAERUL
ADVISOR_INFO_RELEASE (disponible) disponible
SCHOOL_STATE No/Cargar sólo a tabla temporal
SCHOOL_NUM No/Cargar sólo a tabla temporal del parámetro SRTLOAD sólo para propósitos de clasificación
DATE_APPLIED No
PREV_APPL1 No
PREV_APPL2 No
PREV_APPL3 No
PREV_APPL4 No
ADM_ACTION_CODE (disponible) disponible
ADM_ACTION_DATE (disponible) disponible
MATRIC_DATE (disponible) disponible
EXP_GRAD_DATE (disponible) disponible
RACE2 SOTCNVT/ETHR
RACE3 SOTCNVT/ETHR
RACE4 SOTCNVT/ETHR
RACE5 SOTCNVT/ETHR
RACE6 SOTCNVT/ETHR
RACE7 SOTCNVT/ETHR
RACE8 SOTCNVT/ETHR
RACE9 SOTCNVT/ETHR
EMAIL_ADDR No
PCOL_SBGI_CODE 4 SOTCNVT/SBGI
PCOL_NAME (disponible/evaluación) 4 evaluación
PCOL_STAT_CODE 4 SOTCNVT/STAT
PCOL_PROGRAM 4 SOTCNVT/EGOL
PCOL_YEARS_ATTEND 4 No
PCOL_MAJOR_CODE 4 SOTCNVT/MAJR
PCOL_MAJOR_NAME (disponible/evaluación) 4 evaluación
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Alumnos Versión 7.2 Octubre 2005152 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalValidación/Conversión de STVTPFD a SOTCNVT/SAAERUL
PCOL_DEGR_CODE 4 SOTCNVT/DEGC
PCOL_GRAD_DATE 4 No
PCOL_SBGI_CODE 5 SOTCNVT/SBGI
PCOL_NAME (disponible/evaluación) 5 evaluación
PCOL_STAT_CODE 5 SOTCNVT/STAT
PCOL_PROGRAM 5 SOTCNVT/EGOL
PCOL_YEARS_ATTEND 5 No
PCOL_MAJOR_CODE 5 SOTCNVT/MAJR
PCOL_MAJOR_NAME (disponible/evaluación) 5 evaluación
PCOL_DEGR_CODE 5 SOTCNVT/DEGC
PCOL_GRAD_DATE 5 No
PCOL_SBGI_CODE 6 SOTCNVT/SBGI
PCOL_NAME (disponible/evaluación) 6 evaluación
PCOL_STAT_CODE 6 SOTCNVT/STAT
PCOL_PROGRAM 6 SOTCNVT/EGOL
PCOL_YEARS_ATTEND 6 No
PCOL_MAJOR_CODE 6 SOTCNVT/MAJR
PCOL_MAJOR_NAME (disponible/evaluación) 6 evaluación
PCOL_DEGR_CODE 6 SOTCNVT/DEGC
PCOL_GRAD_DATE 6 No
AMCAS_ID No
VERIFY_IND (disponible) disponible
EFFECTIVE_DATE No
APPL_TYPE SOTCNVT/ DEGC
BIO_NUMBER No
HISP_IND No
PCOL_SHORT_DESC (disponible/evaluación) 1 evaluación
PCOL_SHORT_DESC (disponible/evaluación) 2 evaluación
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 153
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Validación/Conversión de STVTPFD a SOTCNVT/SAAERUL
PCOL_SHORT_DESC (disponible/evaluación) 3 evaluación
PCOL_SHORT_DESC (disponible/evaluación) 4 evaluación
PCOL_SHORT_DESC (disponible/evaluación) 5 evaluación
PCOL_SHORT_DESC (disponible/evaluación) 6 evaluación
NATION_CODE SOTCNVT/NATN
URM_IND (disponible) disponible
HSCH_BCPM_GPA SAAERUL/Grupo AGPA
HSCH_AO_GPA SAAERUL/Grupo AGPA
HSCH_GPA SAAERUL/Grupo AGPA
HSCH_BCPM_HOURS SAAERUL/Grupo ACHR
HSCH_AO_HOURS SAAERUL/Grupo ACHR
RACE10 SOTCNVT/ETHR
ETHN_CODE SOTCNVT/ETHN
ETHN_CODE2 SOTCNVT/ETHN
ETHN_CODE3 SOTCNVT/ETHN
ETHN_CODE4 SOTCNVT/ETHN
ETHN_CODE5 SOTCNVT/ETHN
ETHN_CODE6 SOTCNVT/ETHN
ETHN_CODE7 SOTCNVT/ETHN
ETHN_CODE8 SOTCNVT/ETHN
ETHN_CODE9 SOTCNVT/ETHN
ETHN_CODE10 SOTCNVT/ETHN
SCHOOL_UNUSED (disponible) disponible
PCOL_MAJOR_CODE2 1 SOTCNVT/MAJR
PCOL_MAJOR_NAME2 (disponible/evaluación) 1 evaluación
PCOL_DEGR_CODE2 1 SOTCNVT/DEGC
PCOL_GRAD_DATE2 1 No
PCOL_MAJOR_CODE3 1 SOTCNVT/MAJR
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Alumnos Versión 7.2 Octubre 2005154 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalValidación/Conversión de STVTPFD a SOTCNVT/SAAERUL
PCOL_MAJOR_NAME3 (disponible/evaluación) 1 evaluación
PCOL_DEGR_CODE3 1 SOTCNVT/DEGC
PCOL_GRAD_DATE3 1 No
PCOL_MAJOR_CODE4 1 SOTCNVT/MAJR
PCOL_MAJOR_NAME4 (disponible/evaluación) 1 evaluación
PCOL_DEGR_CODE4 1 SOTCNVT/DEGC
PCOL_GRAD_DATE4 1 No
PCOL_MAJOR_CODE5 1 SOTCNVT/MAJR
PCOL_MAJOR_NAME5 (disponible/evaluación) 1 evaluación
PCOL_DEGR_CODE5 1 SOTCNVT/DEGC
PCOL_GRAD_DATE5 1 No
PCOL_MAJOR_CODE2 2 SOTCNVT/MAJR
PCOL_MAJOR_NAME2 (disponible/evaluación) 2 evaluación
PCOL_DEGR_CODE2 2 SOTCNVT/DEGC
PCOL_GRAD_DATE2 2 No
PCOL_MAJOR_CODE3 2 SOTCNVT/MAJR
PCOL_MAJOR_NAME3 (disponible/evaluación) 2 evaluación
PCOL_DEGR_CODE3 2 SOTCNVT/DEGC
PCOL_GRAD_DATE3 2 No
PCOL_MAJOR_CODE4 2 SOTCNVT/MAJR
PCOL_MAJOR_NAME4 (disponible/evaluación) 2 evaluación
PCOL_DEGR_CODE4 2 SOTCNVT/DEGC
PCOL_GRAD_DATE4 2 No
PCOL_MAJOR_CODE5 2 SOTCNVT/MAJR
PCOL_MAJOR_NAME5 (disponible/evaluación) 2 evaluación
PCOL_DEGR_CODE5 2 SOTCNVT/DEGC
PCOL_GRAD_DATE5 2 No
PCOL_MAJOR_CODE2 3 SOTCNVT/MAJR
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 155
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Validación/Conversión de STVTPFD a SOTCNVT/SAAERUL
PCOL_MAJOR_NAME2 (disponible/evaluación) 3 evaluación
PCOL_DEGR_CODE2 3 SOTCNVT/DEGC
PCOL_GRAD_DATE2 3 No
PCOL_MAJOR_CODE3 3 SOTCNVT/MAJR
PCOL_MAJOR_NAME3 (disponible/evaluación) 3 evaluación
PCOL_DEGR_CODE3 3 SOTCNVT/DEGC
PCOL_GRAD_DATE3 3 No
PCOL_MAJOR_CODE4 3 SOTCNVT/MAJR
PCOL_MAJOR_NAME4 (disponible/evaluación) 3 evaluación
PCOL_DEGR_CODE4 3 SOTCNVT/DEGC
PCOL_GRAD_DATE4 3 No
PCOL_MAJOR_CODE5 3 SOTCNVT/MAJR
PCOL_MAJOR_NAME5 (disponible/evaluación) 3 evaluación
PCOL_DEGR_CODE5 3 SOTCNVT/DEGC
PCOL_GRAD_DATE5 3 No
PCOL_MAJOR_CODE2 4 SOTCNVT/MAJR
PCOL_MAJOR_NAME2 (disponible/evaluación) 4 evaluación
PCOL_DEGR_CODE2 4 SOTCNVT/DEGC
PCOL_GRAD_DATE2 4 No
PCOL_MAJOR_CODE3 4 SOTCNVT/MAJR
PCOL_MAJOR_NAME3 (disponible/evaluación) 4 evaluación
PCOL_DEGR_CODE3 4 SOTCNVT/DEGC
PCOL_GRAD_DATE3 4 No
PCOL_MAJOR_CODE4 4 SOTCNVT/MAJR
PCOL_MAJOR_NAME4 (disponible/evaluación) 4 evaluación
PCOL_DEGR_CODE4 4 SOTCNVT/DEGC
PCOL_GRAD_DATE4 4 No
PCOL_MAJOR_CODE5 4 SOTCNVT/MAJR
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Alumnos Versión 7.2 Octubre 2005156 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalValidación/Conversión de STVTPFD a SOTCNVT/SAAERUL
PCOL_MAJOR_NAME5 (disponible/evaluación) 4 evaluación
PCOL_DEGR_CODE5 4 SOTCNVT/DEGC
PCOL_GRAD_DATE5 4 No
PCOL_MAJOR_CODE2 5 SOTCNVT/MAJR
PCOL_MAJOR_NAME2 (disponible/evaluación) 5 evaluación
PCOL_DEGR_CODE2 5 SOTCNVT/DEGC
PCOL_GRAD_DATE2 5 No
PCOL_MAJOR_CODE3 5 SOTCNVT/MAJR
PCOL_MAJOR_NAME3 (disponible/evaluación) 5 evaluación
PCOL_DEGR_CODE3 5 SOTCNVT/DEGC
PCOL_GRAD_DATE3 5 No
PCOL_MAJOR_CODE4 5 SOTCNVT/MAJR
PCOL_MAJOR_NAME4 (disponible/evaluación) 5 evaluación
PCOL_DEGR_CODE4 5 SOTCNVT/DEGC
PCOL_GRAD_DATE4 5 No
PCOL_MAJOR_CODE5 5 SOTCNVT/MAJR
PCOL_MAJOR_NAME5 (disponible/evaluación) 5 evaluación
PCOL_DEGR_CODE5 5 SOTCNVT/DEGC
PCOL_GRAD_DATE5 5 No
PCOL_MAJOR_CODE2 6 SOTCNVT/MAJR
PCOL_MAJOR_NAME2 (disponible/evaluación) 6 evaluación
PCOL_DEGR_CODE2 6 SOTCNVT/DEGC
PCOL_GRAD_DATE2 6 No
PCOL_MAJOR_CODE3 6 SOTCNVT/MAJR
PCOL_MAJOR_NAME3 (disponible/evaluación) 6 evaluación
PCOL_DEGR_CODE3 6 SOTCNVT/DEGC
PCOL_GRAD_DATE3 6 No
PCOL_MAJOR_CODE4 6 SOTCNVT/MAJR
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 157
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Validación/Conversión de STVTPFD a SOTCNVT/SAAERUL
PCOL_MAJOR_NAME4 (disponible/evaluación) 6 evaluación
PCOL_DEGR_CODE4 6 SOTCNVT/DEGC
PCOL_GRAD_DATE4 6 No
PCOL_MAJOR_CODE5 6 SOTCNVT/MAJR
PCOL_MAJOR_NAME5 (disponible/evaluación) 6 evaluación
PCOL_DEGR_CODE5 6 SOTCNVT/DEGC
PCOL_GRAD_DATE5 6 No
HSCH_TOTAL_HOURS SAAERUL/ACHR
STREET_LINE1 No
STREET_LINE2 No
CITY No
PCOL_LONG_DESC (disponible/evaluación) 1 evaluación
PCOL_LONG_DESC (disponible/evaluación) 2 evaluación
PCOL_LONG_DESC (disponible/evaluación) 3 evaluación
PCOL_LONG_DESC (disponible/evaluación) 4 evaluación
PCOL_LONG_DESC (disponible/evaluación) 5 evaluación
PCOL_LONG_DESC (disponible/evaluación) 6 evaluación
S01_NATL_PERCENTILE SOTCNVT/TSPT
S01_STATE_PERCENTILE SOTCNVT/TSPT
S02_NATL_PERCENTILE SOTCNVT/TSPT
S02_STATE_PERCENTILE SOTCNVT/TSPT
S07_NATL_PERCENTILE SOTCNVT/TSPT
S07_STATE_PERCENTILE SOTCNVT/TSPT
OLDSAT1_PERCENTILE SOTCNVT/TSPT
OLDSAT2_PERCENTILE SOTCNVT/TSPT
OLDSAT3_PERCENTILE SOTCNVT/TSPT
GRE_PERCENTILE0 SOTCNVT/TSPT
GRE_PERCENTILE1 SOTCNVT/TSPT
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Alumnos Versión 7.2 Octubre 2005158 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
IntroducciónLa Carga de Prospecto Electrónico (SRTLOAD) se usa para cargar datos de solicitudes suministradas por el Servicio de Solicitud de la Escuela Médica Americana (AMCAS) a la base de datos Banner. Esta sección revisa los pasos y procedimientos de configuración para cargar solicitudes AMCAS
Nota: Los procedimientos existentes de AMCAS que utilizan SARAMAL y SAPAMAL todavía son incluidos en la versión 7.2 de la Guía de Usuario de Banner Alumno y ahora están tituladas “Cargar Procedimientos AMCAS (Servicio de Solicitud de Escuela de Medicina Americana) Utilizando SARAMAL y SAPAMAL”.
Los datos de la solicitud AMCAS se envían a las instituciones usando los valores de código determinados y publicados por AMCAS. Estos valores con frecuencia deben ser traducidos a un valor de Banner válido y apropiado. Los valores válidos de Banner pueden ser mantenidos como reglas de conversión en la Forma de Conversión de Código de Cinta (SOTCNVT) o en las tablas de validación de Banner.
Adicionalmente, el Proceso de Carga de Datos AMCAS requiere un número de valores para construir datos en el formato Banner apropiado. Los valores apropiados de reglas del procesamiento son mantenidos en la Forma de Reglas de Solicitud de Admisiones Electrónicas (SAAERUL) para los códigos del grupo PREL, AGPA, y ACRH.
Nota: Se sugiere para el procesamiento AMCAS que las reglas del código de grupo PREL que son especificas de AMCAS sean copiadas a un nuevo código de grupo. Por ejemplo, todas las reglas PREL pueden ser copiadas a un nuevo código de grupo de AMCS (Reglas AMCAS). Todas las reglas y configuraciones especificas de AMCAS pueden ser modificadas y mantenidas para ese código de grupo de manera que las configuraciones SAAERUL no tienen que ser cambiadas o controladas de cerca cuando procesa diversas cintas.
El mismo procedimiento puede ser seguido para otro procesamiento de archivo. Por ejemplo, SRKPREL verificará SAAERUL para ver si la regla del Grupo de Prospecto Electrónico (STVEGRP) es igual a la regla de Validación de Carga de Prospecto Electrónico (STVPREL) para AMCS para los valores SAAERUL, y si no hay valor AMCS, utilizará la regla SVTEGRP que es igual a PREL.
GRE_PERCENTILE2 SOTCNVT/TSPT
GRE_PERCENTILE3 SOTCNVT/TSPT
Campo STVTPFD Occ Conversión desde SOTCNVT/SAAERUL
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 159
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Ambas reglas de solicitud y reglas de conversión (SOTCNVT) pueden requerir valores establecidos en otras tablas de validación Banner y puede ser requerido un número de nuevos valores de validación por el Proceso de Carga AMCAS. Las coincidencias uno a uno utilizan las tablas de validación. Las coincidencias que no son uno a uno utilizan las reglas en SOTCNVT.
Nota: AMCAS usa un conjunto especifico de Códigos de Carrera y Código de País que pueden ser actualizados al mismo tiempo. AMCAS usa un conjunto especifico de Códigos de Carrera y Código de País que pueden ser actualizados al mismo tiempo.
A continuación se presentan dos secciones. La primera sección, (Configurar Procesamiento de Carga de Solicitud AMCAS) trata con los pasos de configuración que son requeridos antes del procesamiento del primer Archivo de Solicitud AMCAS. La segunda sección, (Procesamiento de Carga de Solicitud AMCAS y Procedimientos de Elaboración de Reporte), trata con el Proceso de Carga de Datos de Solicitud AMCAS real y los pasos relacionados.
Configuración del Procesamiento de Carga de Solicitud AMCAS
Nota: Scripts se han entregado con lo siguiente: códigos para el procesamiento AMCAS de carga de cinta baseline, valores utilizados para la conversión de SOAXREF a SOTCNVT, y reglas SAAERUL para el código de grupo PREL, de manera que es requerida una configuración/preparación muy pequeña. Se recomienda que revise los valores de conversión SOTCNVT y establezca las reglas necesarias en SAAERUL. En adición, se sugiere que revise todas las formas de reglas y validación del procesamiento de carga de cinta antes de procesar su primer archivo AMCAS utilizando procedimientos del procesamiento de carga de cinta baseline.
1. Revisar las formas de validación y construir nuevos valores de ser requerido
(a) Verificar que existan valores en la Forma de Validación de Código de Grado (STVDEGC) para los tipos de grado necesarios o construir nuevas datos de entrada según se necesite.
Si los valores para los tipos de grado no existen en STVDEGC, no podrá convertir los valores AMCAS a los valores apropiados de Banner en la Forma de Conversión de Código de Cinta (SOTCNVT).
Si los valores no son convertidos a códigos de grado de Banner válidos en SOTCNVT o existen como una relación uno a uno en la tabla de validación STVDEGC, los datos de grado reportados por AMCAS no serán cargados.
(b) Verificar que valores existen en la Forma de Validación de Código de Grado (STVDEGC) para los tipos de grado necesarios que serán utilizados para convertir el APPL_TYPE en el archivo AMCAS al código de grado apropiado para su solicitante.
Alumnos Versión 7.2 Octubre 2005160 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Si los valores para los tipos de grado de solicitud no existen en STVDEGC, no podrá convertir los valores AMCAS para APPL_TYPE a los valores apropiados de Banner en la Forma de Conversión de Código de Cinta (SOTCNVT).
Si los valores para APPL_TYPE no son convertidos a códigos de grado de Banner válidos en SOTCNVT, el valor para APPL_TYPE reportado por AMCAS no será convertido o cargado como el grado de solicitud.
Nota: En SOTCNVT para la cinta de interfaz AMCS (AMCAS), debe utilizar el nombre de la tabla de validación DEGA para convertir el valor AMCAS de APPL_TYPE a Banner como el grado de solicitud. Ambos códigos, código de grado de escuela anterior y código de grado de solicitud existen en STVDEGC, pero para que el proceso de carga de cinta conozca cuáles códigos convertir al grado de escuela anterior versus el grado de solicitud, es importante utilizar DEGA en SOTCNVT para el grado de solicitud.
Esta conversión del AMCAS APPL_TYPE permite que un código de grado diferente sea cargado para el solicitante aparte del parámetro de SRTLOAD. Si hay un valor convertido en SOTCNVT para DEGA para el AMCAS APPL_TYPE, el valor convertido primero se cargará como el grado de solicitud. Si no hay valor convertido en SOTCNVT para DEGA, entonces el código de grado requerido listado como el valor del parámetro SRTLOAD será cargado como el grado de solicitud.
(c) Verificar que existan valores en la Forma de Validación de Factor de Elegibilidad (STVESEL) para los tipos necesarios de consideración especial, o construir nuevos datos de entrada según se necesiten.
Si los valores para esos tipos de consideración no existen en STVESEL, no podrá convertir los valores AMCAS a valores Banner apropiados en SOTCNVT.
Si los valores no son convertidos en códigos Banner válidos en SOTCNVT o existen como una relación uno a uno en la tabla de validación STVESEL, no serán cargados los datos de solicitud de consideración especial reportados por AMCAS.
(d) Verificar que existan valores en la Forma de Validación de Meta Educativa (STVEGOL) para los tipos necesarios de programas (referidos como metas educativas en Banner) o construir nuevos datos de entrada según sean necesarias.
Si los valores para esos tipos de programa no existen en STVEGOL, no podrá convertir los valores AMCAS a los valores Banner apropiados en SOTCNVT.
Si los valores no son convertidos a códigos válidos de Banner en SOTCNVT o existen como una relación uno a uno en la tabla de validación STVEGOL, los datos de tipo de programa reportados por AMCAS no serán cargados.
(e) Verificar que existan valores en la Forma de Validación de Código Étnico (STVETHN) para las categorías necesarias étnicas, o construir nuevos datos de entrada según sean necesarios.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 161
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Si valores para esas categorías de grupo étnico no existen en STVETHN, no podrá convertir los valores AMCAS a los valores Banner apropiados en SOTCNVT.
Si los valores no son convertidos a códigos Banner válidos en SOTCNVT o existe una relación uno a uno en la tabla de validación STVETHN, los datos del grupo étnico reportados por AMCAS no serán cargados.
(f) Verificar que existan valores en la Forma de Validación de Código Étnico (STVETHN) para las categorías de raza necesarias, o construir nuevos datos de entrada según sean necesarios.
Si valores para esas categorías de raza no existen en STVETHN, no podrá convertir los valores AMCAS a los valores Banner apropiados en SOTCNVT.
Si los valores no son convertidos a códigos Banner válidos en SOTCNVT o existe una relación uno a uno en la tabla de validación STVETHN, los datos de raza reportados por AMCAS no serán cargados.
Nota: En SOTCNVT para la cinta de interfaz AMCS (AMCAS), debe utilizar el nombre de la tabla de validación ETHR para convertir códigos de raza a Banner/SABSUPL. Ambos códigos, de raza y grupo étnico deben ser actualizados en STVETHN, pero para que el proceso de carga de cinta conozca cuáles códigos convertir a raza contra grupo étnico, es importante utilizar ETHR en SOTCNVT para raza para AMCAS.
(g) Verificar que existan valores en la Forma de Validación de Código de Tipo de Visa (STVVTYP) para los tipos de visa necesarios, o construir nuevos datos de entrada según sean necesarias.
Si valores para esos tipos de visa no existen en STVVTYP, no podrá convertir los valores AMCAS a los valores Banner apropiados en SOTCNVT.
Si los valores no son convertidos a códigos Banner válidos en SOTCNVT o existe una relación uno a uno en la tabla de validación STVVTYP, los datos de la visa reportados por AMCAS no serán cargados.
(h) Verificar que exista un valor en la Forma de Validación de Facilidades de Examen (STVTEAC) para el tipo de facilidad necesario, o construir nuevos datos de entrada según sean necesarias.
Si el valor para este tipo de facilidad de examen no existe en STVTEAC, no le será posible convertir los valores AMCAS a un valor de Banner apropiado en SOTCNVT.
Si los valores no son convertidos a códigos Banner válidos en SOTCNVT o existen como una relación uno a uno en la tabla de validación STVTEAC, los datos de examen serán cargados, pero ninguna indicación de una administración de examen no-estándar será llenada cuando la administración no-estándar es reportada por AMCAS.
(i) AMCAS reporta carreras seguidas en otras instituciones usando valores de códigos específicos AMCAS. Algunos carreras seguidas en otras instituciones
Alumnos Versión 7.2 Octubre 2005162 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
pueden estar ya en su versión de la Forma de Validación de Código de Concentración, Especialidad, Carrera (STVMAJR).
Verificar que los valores existan en la Forma de Validación de Código de Carrera, Especialidad, Concentración (STVMAJR) para los tipos de carrera necesarios, o construir nuevas entradas como sea necesario.
Si valores para carreras AMCAS no existen en STVMAJR, no podrá convertir los valores AMCAS a los valores Banner apropiados en SOTCNVT.
Si los códigos de carrera AMCAS no son convertidos a códigos Banner válidos en SOTCNVT o existe una relación uno a uno en la tabla de validación STVMAJR, los datos de carrera de escuela anterior reportados por AMCAS no serán cargados.
(j) AMCAS reporta países usando códigos AMCAS específicos. Verificar que los valores existen en la Forma de Validación de Código de País (STVNATN) para los códigos de país necesarios, o construir nuevas entradas como sea necesario.
Si valores para códigos de país AMCAS no existen en STVNATN, no podrá convertir los valores AMCAS a los valores Banner apropiados en SOTCNVT.
Si los códigos de país AMCAS no son convertidos a códigos Banner válidos en SOTCNVT o existe una relación uno a uno en la tabla de validación STVNATN, los datos país reportados por AMCAS no serán cargados.
(k) AMCAS reporta la información de municipio usando una combinación de municipio y código de estado. El proceso de carga AMCAS cargará ambos, municipios legal y municipio de nacimiento, si se definen los valores de conversión apropiados. Su institución puede escoger para cargar alguna, toda o ninguna información de municipio.
Verificar que existan valores en la Forma de Validación de Código de Municipio (STVCNTY) para los códigos de municipio necesarios, o construir nuevas entradas como sea necesario.
Si valores para municipios AMCAS no existen en STVCNTY, no podrá convertir los valores AMCAS a los valores Banner apropiados en SOTCNVT.
Si los códigos de municipio de AMCAS no son convertidos a códigos Banner válidos en SOTCNVT o existe una relación uno a uno en la tabla de validación STVCNTY, los datos del municipio reportados por AMCAS no serán cargados.
Nota: Puede construir valores en SOTCNVT para códigos de estado/municipio AMCAS, si quiere cargar datos de municipio de nacimiento y municipio de residencia. AMCAS reporta ambos, municipio de nacimiento y municipio de residencia. Si elige no cargar datos de municipio, saltar este paso.
Para reportar estos datos de municipio, AMCAS usa una combinación de códigos de estado y municipio. (El mismo código de municipio puede ser utilizado con múltiples estados). Para cargar esta información AMCAS, necesitará hacer lo siguiente:
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 163
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
• Determinar los municipios que quiera cargar. En casi todos los casos, solamente escuelas apoyadas por el estado necesitarán cargar datos de municipio, y luego solamente para municipios en su propio estado.
• Desarrollar códigos en la Forma de Validación de Código de Municipio (STVCNTY) para los municipios para el cual los datos deberían ser cargados. Note que, a diferencia de AMCAS, STVCNTY no usa el estado para distinguir entre los municipios en los diferentes estados, y que cada código de municipio debe ser único.
(l) Verificar que existan valores en la Forma de Validación de Código de Estado/Provincia (STVSTAT) para los códigos de estado/provincia necesarios, o construir nuevas capturas como sea necesario.
Si valores para estados/provincias de AMCAS no existen en STVSTAT, no podrá convertir los valores AMCAS a los valores Banner apropiados en SOTCNVT.
Si los códigos de estado y/o provincias AMCAS no son convertidos a códigos Banner válidos en SOTCNVT o existe una relación uno a uno en la tabla de validación STVSTAT, los datos del estado/provincia reportados por AMCAS no serán cargados.
(m) Verificar que existan valores en la Forma de Validación de Código de Tipo de Admisión (STVADMT) para los necesarios tipos de solicitud estándar o decisión temprana o construir nuevas capturas como sea necesario.
Si un valor para decisión temprana AMCAS no existe en STVADMT, no podrá convertir los valores AMCAS a los valores Banner apropiados en SOTCNVT.
Si los valores de decisión temprana AMCAS no son convertidos a códigos Banner válidos en SOTCNVT o existe una relación uno a uno en la tabla de validación STVADMT, un valor de decisión temprana reportado por AMCAS no será cargado.
(n) Verificar que existan valores en la Forma de Validación de Código de Institución Fuente/Origen (STVSBGI) para las escuelas anteriores necesarias o construir nuevas capturas como sea necesario.
Si valores para escuelas anteriores no existen en STVSBGI, no podrá convertir los valores AMCAS a los valores Banner apropiados en SOTCNVT.
Si los valores de escuela anterior de AMCAS no son convertidos a códigos Banner válidos en SOTCNVT o existe una relación uno a uno en la tabla de validación STVSBGI, los códigos de escuela reportados por AMCAS no serán cargados.
Nota: Puede no querer tener todos los códigos de escuela anterior configurados en STVSBGI. Los archivos AMCAS reportarán hasta seis diferentes códigos de escuela. Si no quiere o necesita que todos los posibles seis códigos de escuela anterior sean cargados, puede utilizar las reglas AMCAS SAAERUL para UNKNOWNPCOL2, UNKNOWNPCOL3, UNKNOWNPCOL4, UNKNOWNPCOL5, y UNKNOWNPCOL6. Todavía necesitará actualizar el valor de cada una de esas reglas en SAAERUL para proveer un valor predefinido que pueda ser utilizado cuando cada escuela anterior no se convierta.
Alumnos Versión 7.2 Octubre 2005164 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
(o) Verificar que existan valores en la Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) para los tipos de promedio de puntos de calificación necesarios, o construir nuevos datos de entrada según sea necesario.
Si los valores para estos tipos PGA no existen en STVGPAT, no le será posible definir un valor apropiado de conversión en la Forma de Reglas de Solicitud de Admisión Electrónica (SAAERUL) para el código de grupo AGPA.
Si no son definidos los valores apropiados en SAAERUL para el grupo AGPA, los datos del promedio de puntos de calificación reportados por AMCAS no serán cargados.
Nota: No existen valores AMCAS específicos que deban ser traducidos para estos tipos de PGA. Debe definir los códigos apropiados de manera que pueda ingresar el valor de regla apropiado en SAAERUL.
(p) Verificar que existan valores en la Forma de Validación de Tipo de Resumen de Curso del Solicitante (STVCRSS) para los tipos de resumen de cursos necesarios, o construir nuevos datos de entrada según sea necesario.
Si los valores para estos tipos de resumen de curso no existen en STVCRSS, no estará capacitado para definir un valor de conversión apropiado en SAAERUL.
Si no son definidos los valores apropiados en SAAERUL para el grupo AGPA, los datos de resumen de curso reportados por AMCAS no serán cargados.
Valor
PGA BCPM del alumno de primer añoPGA AO del alumno de primer añoPGA Total del alumno de primer año PGA BCPM de Alumno de Segundo AñoPGA AO del alumno de segundo añoPGA Total del alumno de segundo añoPGA BCPM del alumno de tercer añoPGA AO del alumno de tercer año PGA Total del alumno de tercer añoPGA BCPM del alumno de cuarto añoPGA AO del alumno de cuarto añoPGA Total del alumno de cuarto añoPGA BCPM PBUGPGA AO PBUGPGA Total de PBUGPGA Acumulativo BCPM UGPGA Acumulativo del UGPGA Total Acumulativo UGPGA BCPM del Alumno de MaestríaPGA AO del Alumno de MaestríaPGA Total del Alumno de Maestría
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 165
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Nota: No existen valores AMCAS específicos que deban ser traducidos para estos tipos de resúmenes de curso. Debe definir los códigos apropiados de manera que pueda ingresar el valor de regla apropiado en SAAERUL.
(q) Verificar que existan valores en la Forma de Validación de Tipo de Resumen de Curso del Solicitante (STVCRSS) para los tipos de resumen de cursos necesarios, o construir nuevos datos de entrada según sea necesario.
Si los valores para estos tipos de resumen de curso no existen en STVCRSS, no estará capacitado para definir un valor de conversión apropiado en SAAERUL.
Si no son definidos los valores apropiados en SAAERUL para el grupo AGPA, los datos de resumen de curso reportados por AMCAS no serán cargados.
Valor
Horas BCPM del alumno de primer añoHoras AO del alumno de primer añoHoras BCPM de Alumno de Segundo AñoHoras AO del alumno de segundo añoHoras BCPM del alumno de tercer añoHoras AO del Alumno del Penúltimo Año Horas BCPM del alumno de cuarto añoHoras AO del alumno de cuarto añoHoras BCPM PBUGHoras AO PBUGHoras Acumulativas AO del BCPM UGHoras Acumulativas AO UGHoras BCPM de Alumno de MaestríaHoras AO del alumno de maestríaHoras Aprobadas/No Aprobadas, Horas No AprobadasHoras No Aprobadas/Aprobadas, Horas AprobadasHoras APHoras CLEPPGA BCPM del BachilleratoAO PGA BachilleratoTotal de PGA del Bachillerato
Valor
Horas BCPM del alumno de primer añoHoras AO del alumno de primer añoHoras BCPM de Alumno de Segundo AñoHoras AO del alumno de segundo añoHoras BCPM del alumno de tercer añoHoras AO del Alumno del Penúltimo Año Horas BCPM del alumno de cuarto añoHoras AO del alumno de cuarto añoHoras BCPM PBUGHoras AO PBUGHoras Acumulativas AO del BCPM UGHoras Acumulativas AO UGHoras BCPM de Alumno de MaestríaHoras AO del alumno de maestríaHoras Aprobadas/No Aprobadas, Horas No AprobadasHoras No Aprobadas/Aprobadas, Horas AprobadasHoras AP
Alumnos Versión 7.2 Octubre 2005166 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Nota: No existen valores AMCAS específicos que deban ser traducidos para estos tipos de resúmenes de curso. Debe definir los códigos apropiados de manera que pueda ingresar el valor de regla apropiado en SAAERUL.
(r) Verificar que existan valores en la Forma de Validación de Código de Examen (STVTESC) para los tipos de examen necesarios o construir nuevas entradas según sea necesario.
Si valores para esos tipos de examen no existen en STVTESC, no podrá convertir los valores AMCAS (o en este caso los códigos de examen AMCAS entregados) a valores apropiados de Banner en SOTCNVT.
Si los valores no son convertidos a códigos válidos de Banner en SOTCNVT o existen como una relación uno a uno en la tabla de validación STVTESC, los datos de tipo de examen reportados por AMCAS no serán cargados.
Nota: Todos los códigos de puntuación de examen MCAT han sido entregados para STVTESC. Esas puntuaciones de examen MCAT son dependientes del código para utilizarlas por SRTLOAD. Si su institución utilizaba puntuaciones de examen MCAT diferentes antes de utilizar esta versión baseline del procesamiento AMCAS o no elige utilizar las puntuaciones de examen entregadas, las puntuaciones de examen pueden ser convertidas utilizando SOTCNVT. El valor de cinta igualaría el código de examen entregado, y el código de examen igualaría la puntuación de examen MCAT que prefiera utilizar.
(s) Verificar que existan valores en la Forma de Validación de Código de Fuente de Puntuación de Examen de Admisión (STVTSRC) para "Reportados por AMCAS", o construir nuevas entradas si es necesario.
Si un valor apropiado no existe en STVTSRC, no podrá definir un valor de fuente de examen en la Forma de Validación de Interfaz (STVINFC).
Si ninguna fuente apropiada de calificación de examen es definida en STVINFC, los datos de examen de MCAT no serán cargados todavía, pero estará faltando una fuente de calificación.
(t) AMCAS reporta un Código de Series MCAT el cual indica el número de serie de examen usado por la solicitud cuando fueron tomados los exámenes MCAT. Este valor será cargado dentro de cada registro de examen MCAT insertado por SRTLOAD (almacenado en la columna SRTTEST_TEFR_CODE). El código de series MCAT es un valor numérico entre el 00 y el 99. Cargar estos 100 valores en la Forma de Validación de Forma de Examen (STVTEFR) de manera que el Código de Series MCAT pueda ser cargado.
Horas CLEPPGA BCPM del BachilleratoAO PGA BachilleratoTotal de PGA del Bachillerato
Valor
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 167
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Nota: Si no desea cargar todos los 100 valores durante la configuración, puede usar los resultados desde SRTLOAD para determinar aquellos valores que están en el archivo AMCAS actual, el cuál ya no existe en STVTEFR. Después de ejecutar SRTLOAD en Modo Auditoría, revisar los errores de validación para determinar los códigos TEFR que no se convirtieron. Posteriormente crear cualquier valor faltante antes de continuar con el proceso del archivo AMCAS actual. Puede configurar una conversión SOTCNVT para TEFR, pero si el código válido de STVTEFR coincide con el valor de la cinta, el código TEFR será cargado.
(u) Verificar que existan valores en la Forma de Validación de Razón de Exención de Cuota de Solicitud (STVWAIV) para Exención de Cuota AMCAS y para Puntuaciones MCAT.
Si los valores apropiados no existen en STVWAIV, no podrá definir valores de conversión en SAAERUL para la etiqueta de regla AMCASFWAV.
2. Verificar que los siguientes valores existan en la Forma de Reglas de Solicitud de Admisión Electrónica (SAAERUL) y que la columna Valor ha sido actualizada a un valor institucional apropiado.
Si estos valores no existen, ingréselos manualmente en SAAERUL. Establecer la columna Valor al valor institucional apropiado según ingrese la regla apropiada.
Código Grupo
Etiqueta de Regla Descripción de Regla Valor Entregado
ACHR AOCUH Horas Acumulativas AO UG
ACTUALÍZAME - Actualiza la columna Valor al valor de la Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas AO Acumulativas de Licenciatura.
ACHR AOFH Horas AO del alumno de primer año
ACTUALÍZAME - Actualiza la columna Valor al valor de la Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas AO del Alumno de Primer Año
ACHR AOGH Horas AO del alumno de maestría
ACTUALÍZAME - Actualiza la columna Valor al valor de la Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas AO del Alumno de Maestría.
ACHR AOJH Horas AO del Alumno del Penúltimo Año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para las horas AO del Alumno del Penúltimo Año.
ACHR AOPUH Horas AO PBUG ACTUALÍZAME - actualiza el valor de la Columna de la Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas AO de Post Licenciatura.
Alumnos Versión 7.2 Octubre 2005168 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
ACHR AOSHS Horas AO de Bachillerato
ACTUALÍZAME - actualiza el valor de la Columna de la Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas AO de Bachillerato.
ACHR HSTOT Horas Total de Bachillerato
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para Horas Total de Bachillerato.
ACHR AOSOH Horas AO del alumno de segundo año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas AO del Alumno de Segundo Año.
ACHR AOSRH Horas AO del alumno de cuarto año
ACTUALÍZAME - Actualiza la columna Valor al valor de la Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas AO del Alumno de Cuarto Año
ACHR APH Horas AP ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas de Colocación Avanzada.
ACHR BCPMCUH Horas Acumulativas BCPM UG
ACTUALÍZAME - Actualiza la columna Valor al valor de la Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas BCPM acumulativas de Licenciatura.
ACHR BCPMFH Horas BCPM del alumno de primer año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas BCPM de Alumno de Primer Año.
ACHR BCPMGH Horas BCPM de Alumno de Maestría
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas BCPM de Alumno de Maestría.
ACHR BCPMHSH Horas BCPM de Bachillerato
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas BCPM de Bachillerato.
ACHR BCPMJH Horas BCPM del alumno de tercer año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas BCPM del Alumno de Penúltimo Año.
Código Grupo
Etiqueta de Regla Descripción de Regla Valor Entregado
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 169
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
ACHR BCPMPUH Horas BCPM PBUG ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas BCPM de Alumno de Post-Licenciatura.
ACHR BCPMSOH Horas BCPM de Alumno de Segundo Año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas BCPM de Alumno de Segundo Año.
ACHR BCPMSRH Horas BCPM de Alumno de Cuarto Año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas BCPM de Alumno de Cuarto Año.
ACHR CLEPH Horas CLEP ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para horas CLEP.
ACHR PFFH Horas Aprobadas/No Aprobadas, Horas No Aprobadas
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para Horas No Aprobadas de Aprobadas/No Aprobadas.
ACHR PFPH Horas No Aprobadas/Aprobadas, Horas Aprobadas
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de Resumen de Curso (STVCRSS) el cuál debe ser utilizado para Horas Aprobadas de Aprobadas/No Aprobadas.
AGPA AOCG PGA AO del Alumno de Maestría
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación AO del Alumno de Maestría.
AGPA AOCUG PGA Acumulativo del UG
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación AO de Licenciatura.
AGPA AOF PGA AO del alumno de primer año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación AO del Alumno de Primer Año.
AGPA AOHS AO PGA Bachillerato ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación AO de Bachillerato.
Código Grupo
Etiqueta de Regla Descripción de Regla Valor Entregado
Alumnos Versión 7.2 Octubre 2005170 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
AGPA AOJ PGA AO del alumno de tercer año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación AO del Alumno de Penúltimo Año.
AGPA AOPBUG PGA AO PBUG ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios AO de Post-Licenciatura.
AGPA AOS PGA AO del alumno de segundo año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación AO del Alumno de Segundo Año.
AGPA AOSR PGA AO del alumno de cuarto año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación AO del Alumno de Cuarto Año.
AGPA BCPMCUG PGA Acumulativo BCPM UG
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos acumulativos de calificación BCPM de Licenciatura.
AGPA BCPMF PGA BCPM del alumno de primer año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación BCPM del Alumno de Primer Año.
AGPA BCPMG PGA BCPM del Alumno de Maestría
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación BCPM del Alumno de Maestría.
AGPA BCPMHS PGA BCPM del Bachillerato
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación BCPM del Bachillerato.
Código Grupo
Etiqueta de Regla Descripción de Regla Valor Entregado
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 171
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
AGPA BCPMJ PGA BCPM del Alumno de Penúltimo Año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación BCPM del Alumno de Penúltimo Año.
AGPA BCPMPBUG PGA BCPM PBUG ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación BCPM del Post-Licenciatura.
AGPA BCPMS PGA BCPM de Alumno de Segundo Año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación BCPM del Alumno de Segundo Año.
AGPA BCPMSR PGA BCPM de Alumno de Penúltimo Año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación BCPM del Alumno de Penúltimo Año.
AGPA TOTCG PGA Total del Alumno de Maestría
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos totales de calificación del Alumno de Maestría.
AGPA TOTCUG PGA Total Acumulativo UG
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación acumulativa de Licenciatura.
AGPA TOTF PGA Total del alumno de primer año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación total del Alumno de Primer Año.
AGPA TOTHS Total de PGA del Bachillerato
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación total de Bachillerato.
Código Grupo
Etiqueta de Regla Descripción de Regla Valor Entregado
Alumnos Versión 7.2 Octubre 2005172 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
AGPA TOTJ PGA Total del alumno de tercer año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación total de Alumno de Penúltimo Año.
AGPA TOTPBUG PGA Total de PBUG ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación total de Post-Licenciatura.
AGPA TOTS PGA Total del alumno de segundo año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación total del Alumno de Segundo Año.
AGPA TOTSR PGA Total del alumno de cuarto año
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Tipo de PGA del Solicitante (STVGPAT) el cuál debe ser utilizado para promedios de puntos de calificación total del Alumno de Cuarto Año.
PREL AMCASCHKLSTONLY Carga elementos solo en SAACHKB
ACTUALÍZAME - Actualiza la columna de Valor a Y o N para indicar si todos los elementos de la lista de verificación deben ser creados (N) o sólo aquellos específicos para AMCAS (Y).
si no se hace una designación, las escuelas donde la persona fue también un alumno de licenciatura (con registros de puntuación de examen, registros de escuela anterior, y registros de Bachillerato, cada uno con un código ADMR) puede tener elementos creados para estos registros, debido a que se generan automáticamente.
Las escuelas de medicina generalmente solo desean considerar estos elementos que atañen específicamente a sus requerimientos.
Código Grupo
Etiqueta de Regla Descripción de Regla Valor Entregado
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 173
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
PREL AMCASCREATALTID Cargar ID Alterno a SPRIDEN
ACTUALÍZAME - Actualizar la columna Valor a Y o N para indicar si el ID AMCAS debe ser creado como un ID alterno en SPRIDEN.
Esta regla determina si el ID de AMCAS se debe cargar en SRTIDEN/SPRIDEN como un ID alterno. El SRTIDEN_NTYP_CODE se configura para la regla AMCASNTYP para el grupo ADMS. Esto permite al ID de AMCAS usarse como parte de la búsqueda en las formas "IDEN". Si la regla es N, entonces el ID de AMCAS solo se almacenará en SABSUPL.
PREL AMCASFWAV Renuncia de Cuota AMCAS
ACTUALÍZAME - Actualiza la columna Valor al valor de la Forma de Validación de Razón de Exención de Cuota de Solicitud (STVWAIV) la cuál actualizará la exención de cuota de solicitud cuando la columna AMCAS FEE_WAIVER es Y.
PREL AMCASHSGPACRSS Cargar Hrs Curso PGA Bachillerato
ACTUALÍZAME - Actualiza la columna Valor a Y o N para cargar PGA de bachillerato y datos de hora del curso a SOAGPAT/SOACRSS para el número de solicitud y periodo.
Si la regla CREATEAPPL es N, el periodo se establecerá a 999999 y el número de solicitud a 0.
PREL AMCASNTYP Código de Tipo de ID AMCAS
ACTUALÍZAME - Actualizar la columna Valor al valor de la Forma de Validación de Tipo de Nombre (GTVNTYP) la cuál será utilizada como el tipo de nombre cuando es cargado un ID alterno basándose en la regla AMCASCREATALTID que esta siendo establecida a Y.
Cuando la regla AMCASCREATALTID es Y, y un ID de AMCAS se carga en SPRIDEN, el AMCASNTYP se cargará con el ID.
Código Grupo
Etiqueta de Regla Descripción de Regla Valor Entregado
Alumnos Versión 7.2 Octubre 2005174 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
PREL CHKINACTIVEADDR Revisar Dirección Inactiva
ACTUALÍZAME - Actualizar la columna Valor a Y o N para verificar direcciones inactivas para registros AMCAS coincididos.
Utilizado cuando campos de calle de dirección entrante son demasiado largos para SPRADDR y cuando una dirección ha sido inactivada (no fecha de termino), y re-ingresada (Crear Registro/Duplicar Registro) con abreviaciones apropiadas.
Si la regla CHKINACTIVEADDR es Y, cuando la dirección se carga de la misma manera que la original, se compara con la dirección inactiva, de manera que no se cree una nueva dirección.
Por ejemplo: En un archivo entrante, las calles 1 y/o 2 son de 40 caracteres de largo. Las calles 1 y 2 de SPRADDR son solo de 30 caracteres de largo. Las líneas de 40 caracteres se truncarán cuando se carguen en SPRADDR.
Acceder la ventana de Dirección en SPAIDEN (SPRADDR), y ver la dirección truncada. Use Duplicar Registro y cree un nuevo número de secuencia de la dirección para la línea 1 y/o 2 de la calle con las abreviaciones adecuadas. Regresa a la dirección truncada que se cargó en el archivo entrante. No modificar esta dirección, pero configurarla como inactiva. Guarde los cambios.
Cuando la regla CHKINACTIVEADDR es Y, si las calles de 40 caracteres exactos se ingresan de nuevo en la cinta, el proceso buscará las direcciones inactivas para compararse y no insertará la dirección (truncada y esencialmente la misma) una segunda vez.
Esta funcionalidad trabaja junto con las reglas NEWADDRESS, ADDSAMETYPE y ADDDIFFTYPE.
PREL DFLTRESDCODE Código de Residencia Predeterminada
ACTUALÍZAME - Actualiza la columna Valor al valor de la Forma de Validación de Código de Residencia (STVRESD) el cuál debe ser utilizado como el código de residencia predeterminado del solicitante.
Cuando el código de residencia es confuso en el archivo entrante, este valor se usa para la residencia del solicitante.
PREL FORRESIDCODE Código de Residencia Fuera del País
ACTUALÍZAME - Actualiza la columna Valor al valor de la Forma de Validación de Código de Residencia (STVRESD) el cuál debe ser asignado a solicitudes determinadas que son de residentes extranjeros. La residencia será derivada del valor suministrado por el solicitante para es estado legal de residencia.
Cuando el LEGAL STATE CODE en la cinta de AMCAS es nulo, entonces este valor se carga para el solicitante.
Código Grupo
Etiqueta de Regla Descripción de Regla Valor Entregado
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 175
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Nota: Si no quiere que el proceso de carga AMCAS trate de derivar una residencia del solicitante, debe establecer este valor a un valor válido de STVRESD el cuál indica “residencia necesita ser determinada”. Si la residencia no es un asunto de suma importancia para su institución, las tres reglas de residencia pueden ser establecidas para que utilicen el mismo valor.
PREL HOMESTATPROV Estado/Prov Sede de la Institución
ACTUALÍZAME - Actualiza la columna Valor al valor de la Forma de Validación de Código de Estado/Provincia (STVSTAT) el cuál representa el Estado o Provincia de la Institución Sede para el solicitante.
PREL INRESDICODE Código de Residencia Dentro del Estado/Provincia
ACTUALÍZAME - Actualiza la columna Valor al valor de Forma de Validación de Código de Residencia (STVRESD) el cuál debe ser asignado a solicitudes determinadas que son de residentes del estado.
Cuando el AMCAS LEGAL STATE CODE no es nulo, y el STAT_CODE coincide con el valor HOMESTATPROV, entonces este valor se carga para el solicitante.
Nota: Si no quiere que el proceso de carga AMCAS trate de derivar una residencia del solicitante, debe establecer este valor a un valor válido de STVRESD el cuál indica “residencia necesita ser determinada”. Si la residencia no es un asunto de suma importancia para su institución, las tres reglas de residencia pueden ser establecidas para que utilicen el mismo valor.
PREL LOADPERCENTILES Cargar los Percentiles en Puntuación de Examen
ACTUALÍZAME - Actualiza la columna Valor a Y o N para cargar percentiles de puntuación de examen SAT o GRE a la tabla SORTSPC y verlos en la forma SOATEST.
PREL MCATPREVAPPYR Actualizar los Campos de Año Solict AMCAS
ACTUALÍZAME - Actualiza la columna Valor a Y o N para actualizar campos de año de solicitud AMCAS previos en SOASUPL para el periodo y solicitud.
PREL MCATUPDMATCHES Actualizar los Registros AMCAS Coincididos
ACTUALIZAME - Actualiza la columna Valor a Y o N para actualizar/insertar datos en registros AMCAS coincidentes. Las tablas que se pueden actualizar/insertar por esta regla incluyen SABSUPL, SORCRSS y SORGPAT.
Cuando MCATUPDMATCHES es Y, un registro entrante de AMCAS coincide con el registro de Banner, y una solicitud coincidida también existe para el periodo, nivel, grado, escuela, carrera y departamento, los datos en SABSUPL, SORCRSS y SORGPAT se actualizarán. También, los datos existentes anteriormente en Banner en SABSUPL que son diferentes a los datos entrantes (ID AMCAS, Ciudad de nacimiento, Raza, País Admisión, etc.) se sobrescribirán para retener la última información suplementaria para esa solicitud coincidente/solicitante.
Código Grupo
Etiqueta de Regla Descripción de Regla Valor Entregado
Alumnos Versión 7.2 Octubre 2005176 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
PREL OUTRESIDCODE Código de Residencia Fuera del Estado/Provincia
ACTUALÍZAME - Actualiza la columna Valor al valor de la Forma de Validación de Código de Residencia (STVRESD) el cuál debe ser asignado a solicitudes determinadas que son de residentes fuera del estado.
Cuando el AMCAS LEGAL STATE CODE no es nulo, y el STAT_CODE no coincide con el valor HOMESTATPROV, entonces este valor se carga para el solicitante.
Nota: Si no quiere que el proceso de carga AMCAS trate de derivar una residencia del solicitante, debe establecer este valor a un valor válido de STVRESD el cuál indica “residencia necesita ser determinada”. Si la residencia no es un asunto de suma importancia para su institución, las tres reglas de residencia pueden ser establecidas para que utilicen el mismo valor.
PREL UNKNOWNPCOL2 a UNKNOWNPCOL6
Código Escuela Anterior SBGI Predefinida
ACTUALÍZAME - Actualiza la columna Valor al valor de la Forma de Validación de Código de Institución Fuente/Origen (STVSBGI) para cargar escuelas desconocidas.
Los archivos de AMCAS puede reportar hasta seis diferentes escuelas anteriores por solicitante. Cuando el valor de escuela anterior en el archivo AMCAS tiene un código SBGI que no se convierte en SOTCNVT o se valida directamente desde STVSBGI, y la descripción no traduce, entonces las escuelas son “desconocidas” y los códigos asignados a esas reglas UNKNOWNCOL2 - 6 serán cargados.
(La regla UNKNOWNPCOL se aplicará a la Escuela Anterior AMCAS #1. UNKNOWNPCOL% reglas 2 a la 6 son utilizadas cuando el recordatorio de los códigos SBGI no se traduce).
Código Grupo
Etiqueta de Regla Descripción de Regla Valor Entregado
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 177
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
3. Cinco valores reportados por AMCAS serán cargados en las Banderas Definidas por el Usuario desplegadas en la Forma de Información Suplementaria de Solicitud (SOASUPL). Para reflejar la información qué será reportada por AMCAS, actualizar las descripciones para las cinco banderas en la Forma de Campos/Banderas de Solicitud Definidas por el Usuario (SAAAUDF).
(a) Datos de desventaja serán cargados en la Bandera 1, si fueron suministrados por AMCAS.
(b) Los datos de Servicio Militar serán cargados en la Bandera 2, si fue suministrado por AMCAS.
(c) Matrícula Anterior en otra escuela médica será cargado en la Bandera 3, si fue suministrado por AMCAS.
(d) Acción Institucional (despedido, suspensión, etc.) por otra institución será cargado en la Bandera 4, si fue suministrado por AMCAS.
(e) Datos de Delitos suministrados se cargarán en la Bandera 5, si fue reportado por AMCAS.
Nota: Para instituciones que usan el Proceso de Carga AMCAS, estas cinco banderas deben ser establecidas para reflejar los valores AMCAS y estar en vigencia reservada para estos valores. Instituciones pueden darle cualquier uso apropiado a las otras cinco banderas definidas por el usuario. Las instituciones que no usan el Proceso de Carga AMCAS pueden usar las diez banderas de definidas por el usuario como deseen.
Hasta ahora ha completado todos los procedimientos de configuración requeridos y está listo para procesar su primer archivo de Solicitud AMCAS.
PREL UNKNOWNPCOL7 Código Escuela Anterior SBGI Predefinida
ACTUALÍZAME - Esta regla no se usa actualmente en Banner pero se añadió para un uso posible en el futuro. Los valores deben existir en la Forma de Validación de Código de Institución Fuente/Origen (STVSBGI).
PREL UPDATESSN Reemplaza el NSS de Banner con datos entrantes
ACTUALÍZAME - Actualiza la columna Valor a Y o N para reemplazar a no nulo el NSS de Banner.
Cuando establece a Y, si el NSS entrante en la cinta no coincide con el NSS Banner existente, y el registro ha sido coincidido, en el que esta siendo cargado a Banner, el NSS entrante sobrescribirá el SPBPERS_SSN existente.
Cuando se establece a N, el NSS no se actualizar si se ha cambiado.
Código Grupo
Etiqueta de Regla Descripción de Regla Valor Entregado
Alumnos Versión 7.2 Octubre 2005178 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Procedimientos de Elaboración de Reporte y Procesamiento de Carga de Solicitud AMCASDespués de completar sus procedimientos de configuración, esta listo para iniciar el procesamiento de archivos de solicitud de admisión de AMCAS. El procesamiento de solicitud de AMCAS utiliza el procesamiento de carga de cinta baseline de Banner para:
1. cargar datos de solicitud a un conjunto de tablas temporales vía SRTLOAD, y luego ver los datos utilizando SRIPREL/SRAPREL,
2. coincidir los datos a través del procesamiento por lote SRRSRIN o manualmente en GOAMTCH,
3. cargar los datos en las tablas permanentes de Banner a través del procesamiento por lote de SRRPREL o manualmente en SRIPREL, y
4. permitir la eliminación de los datos temporales utilizando SRTPURG.
Programas de BannerLa siguientes es la lista de programas utilizados para el proceso de carga de solicitud de AMCAS:
Tablas y Formas de BannerLas siguientes tablas temporales almacenan datos que pueden ser vistos en SRIPREL/SRAPREL: SRTIDEN, SRTPERS, SRTTELE, SRTADDR, SRTTEST, SRTPREL, SRTHSCH, SRTPCOL, SRTEMAL, SRTGPAT, SRTCRSS, SRTSUPL, SRTDEGR, SRTMAJR, SRTTSPC (percentiles).
Programa Descripción
srtload.pc Programa PRO*C que carga datos desde un archivo de búsqueda (PSAT o PCU) o un archivo de reporte de puntuación de examen (SAT, AMCAS) a tablas temporales.
srrsrin.pc Programa PRO*C que determina un status de coincidencia de registro cuando compara datos temporales en la Vista de Búsqueda de Cinta (SRVPREL) con datos de producción de Banner.
srrprel.pc Programa PRO*C que crea o actualiza datos de Banner incluyendo registros de reclutamiento y/o admisiones basándose en información en las tablas temporales y configuraciones de regla en SOTCNVT y SAAERUL.
srtpurg.pc Programa PRO*C que elimina registros de las tablas temporales.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 179
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
La siguiente es una lista de tablas Banner que serán actualizadas por el Proceso de Carga Electrónica (SRTLOAD) y las formas de Banner en las cuales pueden ser vistos los datos:
Tabla Descripción Notas de Procesamiento
SPRIDEN Tabla de Identificación Nombres e IDs serán cargados en SPRIDEN. Los registros SPRIDEN se insertarán cuando IDs o nombres nuevos y/o cambiados sean reportados por AMCAS. En el caso de cambio de nombre o ID, se inhabilitará el registro SPRIDEN actual y se insertará uno nuevo. Los registros SPRIDEN son vistos en la Forma General de Identificación (SPAIDEN).
SPRADDR Tabla de Repetición de Dirección
La información de dirección será cargada en SPRADDR, basándose en un tipo de dirección suministrado en el parámetro para el proceso de SRTLOAD y los valores de regla en SAAERUL. Como son recibidas nuevas direcciones en cintas subsecuentes, la dirección actual del mismo tipo de dirección será fechado con la fecha de termino, y serán insertadas las nuevas direcciones. Esto permite a las escuelas mantener un registro de direcciones. También es recomendado que un "Tipo de Dirección AMCAS" sea utilizado para todos el procesamiento de AMCAS. Las direcciones son vistas la Forma General de Identificación de Persona (SPAIDEN).
SPRTELE Tabla de Teléfono Los números de teléfono serán cargados en SPRADDR, basándose en un tipo de teléfono suministrado en el parámetro para el proceso SRTLOAD y los valores de regla en SAAERUL. Los números de teléfono se cargarán en SPRTELE. Es recomendado que un "Tipo de Teléfono AMCAS" sea usado por todo el procesamiento de AMCAS. El teléfono asociado con una dirección puede ser visto en la Forma General de Identificación de Persona (SPAIDEN) y todos los números de teléfonos pueden ser vistos en la Forma General de Teléfono de Persona (SPATELE).
SPBPERS Tabla Base de Persona Básica Los datos biográficos y demográficos de personas serán cargados en SPBPERS. Los datos biográficos/demográficos incluyen sexo, grupo étnico, fecha de nacimiento y NSS. Se insertarán los registros SPBPERS cuando no exista ninguno para la persona que está siendo procesada. Donde exista ya un registro, se actualizarán los datos cuando el valor Banner actualmente sea nulo, pero los valores existentes no serán modificados. Los datos personales se pueden ver en la Forma General de Persona (SPAPERS)
GOBINTL Tabla de Información Internacional de Persona
La información de visa se cargará en GOBINTL. Cuando un tipo de visa esté presente en la información, el país de nacimiento, país de ciudadanía y número de dependientes (si existen en los datos AMCAS) también serán cargados a GOBINTL. Los registros GOBINTL serán insertados cuando no exista uno para la persona que está siendo procesada. Cuando ya exista un registro, se actualizarán los datos cuando el valor Banner actualmente sea nulo, pero los valores existentes no serán modificados. Los datos de alumno internacional se ven en la Forma de Información Internacional (GOAINTL).
Alumnos Versión 7.2 Octubre 2005180 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
GOREMAL Tabla de Dirección de Correo Electrónico
Direcciones de correo electrónico serán cargadas en GOREMAL, basándose en un código de tipo de correo electrónico especificado en el parámetro del proceso SRTLOAD. Las direcciones de correo electrónico serán siempre sobre escritas completamente por el proceso de carga AMCAS. Por lo tanto, es recomendado que un "Tipo de Dirección de Correo Electrónico de AMCAS" sea usado para todos los procesamientos AMCAS. Las direcciones de correo electrónico pueden ser vistas en la Forma de Dirección de Correo Electrónico (GOAEMAL).
SORCRSS Tabla de Resumen de Solicitud de Curso
Los datos de resumen de curso se cargarán en SORCRSS, basándose en los tipos de resumen de curso especificados en la Forma de Reglas de Solicitud de Admisión Electrónica (SAAERUL) en el Código de Grupo ACHR. Los registros de resumen de curso siempre serán sobrescritos completamente por el proceso de carga AMCAS. Los datos de resumen de curso pueden ser vistos en la Forma de Resúmenes de Curso del Solicitante (SOACRSS)
SORGPAT Tabla de Tipos de PGA del Solicitante
Los datos del promedio de puntos de calificación serán cargados en SORGPAT, basándose en los tipos de promedio de puntuación de calificación especificados en la Forma de Reglas de Solicitud de Admisión Electrónica (SAAERUL) en el código de grupo AGPA. Los registros de Tipo de Promedio de Puntos de Calificación siempre serán sobrescritos completamente por el proceso de carga AMCAS. Los Tipos de Promedio de Puntos de Calificación pueden ser vistos en la Forma de Tipos de PGA del Solicitante (SOAGPAT).
SORTEST Tabla de Repetición de Calificación de Examen del Alumno
Los datos de examen MCAT serán cargados en SORTEST, basándose en los valores dependientes del código MBS, MPS, MVR, y MWS. Si esas puntuaciones de examen dependientes del código necesitan ser cambiadas a códigos diferentes por alguna razón, pueden ser convertidos en SOTCNVT. Los registros de examen nunca serán sobrescritos o actualizados. Los datos de examen son vistos en la Forma de Información de Calificación de Examen (SOATEST).
SORPCOL Tabla de Escuela Anterior Los datos de escuela anterior serán cargados en SORPCOL, basándose en las conversiones de código de escuela en SOTCNVT y reglas en SAAERUL. Se insertará un registro de escuela anterior si es que no existe, pero los registros de escuela anterior nunca serán actualizados. Los datos de escuela anterior pueden ser vistos en la Forma de Escuela Anterior (SOAPCOL).
Tabla Descripción Notas de Procesamiento
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 181
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
SORDEGR Tabla de Grado de Escuela Anterior
Los datos de grado y asistencia de escuela anterior reportados por AMCAS serán cargados en SORDEGR, basándose en las reglas de conversión de código de grado especificadas en SOTCNVT. Los datos de grado y asistencia de escuela anterior incluyen los grados perseguidos, fechas de asistencia, fechas de grados y tipo de programa de la escuela anterior. Los registros SORDEGR serán insertados cuando no exista alguno para una escuela anterior y el grado que esté siendo procesado. Donde ya exista un registro, los datos serán actualizados cuando el valor Banner sea nulo, pero los valores existentes no serán modificados. Los datos de escuela anterior pueden ser vistos en la Forma de Escuela Anterior (SOAPCOL).
SORMAJR Tabla de Repetición de Carrera de Escuela Anterior
Las carreras de escuela anterior serán cargadas en SORMAJR, basándose en las reglas de conversión de código de carrera especificadas en SOTCNVT. Un registro de carrera de escuela anterior será insertado para una combinación de escuela/grado si no existe alguno, pero los registros de carrera de escuela anterior nunca serán actualizados. Los datos de escuela anterior pueden ser vistos en la Forma de Escuela Anterior (SOAPCOL).
Tabla Descripción Notas de Procesamiento
Alumnos Versión 7.2 Octubre 2005182 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
SARADAP Tabla de Repetición de Solicitud de Admisiones
Las solicitudes de admisiones serán cargadas en SARADAP utilizando una variedad de reglas (parámetros SRTLOAD, reglas SOTCNVT, reglas SAAAERUL y/o predefiniciones de SRAPRED) para los valores que van a ser insertados.
• Código de periodo, código de nivel, código de campus, código de grado AMCAS, código de carrera AMCAS, y código de departamento son manejados por parámetros del proceso SRTLOAD.
• La residencia será derivada del estado de residencia legal reportado por AMCAS y las reglas en las etiquetas DFLTRESDCODE, FORRESIDCODE, INRESIDCODE, y OUTRESIDCODE en el Código de Grupo PREL y el valor para el estado/provincia natal en la Etiqueta HOMESTATPROV en el Código de Grupo de PREL en la Forma de Reglas de Solicitud de Admisión Electrónica (SAAERUL).
• Tipo de admisión será derivada del campo consideración de decisión temprana reportado por AMCAS y los valores para tipo de admisión en SOTCNVT para un valor de conversión de ADMT.
• El grado de admisión de AMCAS también puede ser convertido en SOTCNVT utilizando el nombre de la tabla de validación DEGA para el valor AMCAS, APPL_TYPE. Esta conversión sobrepasará el valor SRTLOAD del parámetro Código de Grado AMCAS.
• Tipo de alumno, el cuál es un campo requerido para todas las solicitudes, necesitará ser establecido en SRAPRED para el código de nivel para el cuál esta ejecutando SRTLOAD. Esta será la única opción para insertar el tipo de alumno para las solicitudes AMCAS. Otros campos opcionales en SRAPRED también pueden ser establecidos, pero favor de notar que esos valores son cargados al final cuando ningún otro valor ha sido establecido durante el procesamiento.
Las solicitudes de admisiones serán insertadas por SRTLOAD para nuevos registros. Las solicitudes de admisión nunca serán actualizadas por el procesamiento de cambios subsecuentes. Las Solicitudes de Admisiones son vistas en la Forma de Solicitud de Admisiones (SAAADMS).
Tabla Descripción Notas de Procesamiento
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 183
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Pasos a Seguir en el Procesamiento de Carga AMCASFavor de consultar las secciones del procedimiento “Carga de Cinta y Procesamiento de Coincidencia” y “Búsqueda y Carga de Cinta de Puntuación de Examen” en los capítulos Reclutamiento y Admisiones para mayor información sobre el procesamiento de carga de cinta utilizando SRTLOAD y coincidencia.
SARCHKL Tabla de Repetición de Lista de Verificación de Admisiones
Los elementos de lista de verificación de admisiones serán cargados en SARCHKL, usando una variedad de reglas para los valores que van a ser insertados:
• Un elemento de lista de MCAT se insertará en base al valor en STVTESC. Si las calificaciones son recibidas, la "Fecha de Recepción" será establecida a la fecha de cuando son cargados los datos AMCAS en Banner, y la fecha en la que fue tomado el examen será ingresada en el campo de Comentario. Si una 'Siguiente Fecha de Examen MCAT' es suministrada, la siguiente fecha de examen será ingresada en el campo de Comentario.
• Los elementos de la lista de verificación pueden ser vistos por el solicitante en SAAADMS.
SABSUPL Tabla Base de Información Suplementaria de Solicitud
Un número de elementos de datos insertará en SABSUPL en base a una variedad de valores de reglas y traducción, incluyendo valores de referencia cruzada para códigos de país, municipio, étnicos, consideración especial y escuela. Además, 5 valores AMCAS se usan para las banderas 1-5 definidas por el usuario:
• Datos de desventaja serán cargados en la Bandera 1, si fueron suministrados por AMCAS.
• Los datos de Servicio Militar serán cargados en la Bandera 2, si fue suministrado por AMCAS.
• Matrícula Anterior en otra escuela médica será cargado en la Bandera 3, si fue suministrado por AMCAS.
• Acción Institucional (despedido, suspensión, etc.) por otra institución será cargado en la Bandera 4, si fue suministrado por AMCAS.
• Datos de Delitos suministrados se cargarán en la Bandera 5, si fue reportado por AMCAS.
Los datos SABSUPL se pueden ver en SOASUPL.
SORCCOL Tabla Colectora de Plan de Comunicación
Dos registros colectores del plan de comunicación se insertarán en SORCCOL cuando se inserta una nueva solicitud. Los registros SORCCOL permiten que una institución asigne un plan de comunicación y genere materiales para las solicitudes creadas por el proceso de carga. Los Registros del Colectores del Plan de Comunicación son vistos y procesados en la Forma de Colector de Plan de Comunicación (SOACCOL). Para procesar los registros en SORCCOL, necesitará ejecutar el Reporte de Procesamiento de Plan de Comunicación (SORCPLN)
Tabla Descripción Notas de Procesamiento
Alumnos Versión 7.2 Octubre 2005184 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
1. Recupere el archivo de datos de solicitud AMCAS a procesar y colóquelo en el directorio de trabajo adecuado usando cualquier nombre, pero recordando que la longitud máxima de la ruta del nombre de archivo es de 30 caracteres.
2. Ejecutar la Carga de Prospecto Electrónico (SRTLOAD), lo cuál carga datos desde el archivo AMCAS a las tablas temporales.
SRTLOAD produce el archivo del reporte srtload.lis el cuál indica cuantos registros fueron cargados o cargados potencialmente si ejecuta en Modo Auditoría. Una vez que SRTLOAD ha sido ejecutado, revisar cuidadosamente los resultados de errores de validación, errores de conversión, etc., y hacer las correcciones necesarias en las tablas de validación, en SOTCNVT, etc.
Nota: Siempre ejecutar SRTLOAD en modo de auditoría primero para determinar los valores que faltan en SCT Banner. Esos valores necesitarán ser creados en SCT Banner o convertidos en SOTCNVT (donde sea apropiado) antes de ejecutar SRTLOAD en modo de actualizar.
3. Ejecutar SRRSRIN para coincidir los datos de la cinta y actualizar cada registro con un valor de M (coincidido), N (nuevo), D(duplicado), o S (suspendido) o E(error). Este proceso utiliza las reglas de coincidencia en GORCMRL para el código de origen de coincidencia identificado con el código de prospecto en STVPREL.
4. Ejecutar el Proceso de Migrar Prospectos Electrónicos (SRRPREL). Basándose en las configuraciones de regla, este reporte:• cargar automáticamente registros nuevos y coincididos con Banner,• crear nueva búsqueda o registros de puntuación de examen o actualizar las
búsquedas existentes o registros de puntuación de examen,• crear nuevos registros de reclutamiento,• crear nuevos registros de solicitud, • insertar nuevos datos fuente en los datos de admisiones y reclutamiento
existentes,• insertar datos de escuela, grado y carrera,• inserta varios datos suplementarios,• inserta datos internacionales donde aplique,• inserta direcciones de correo-e y• inserta datos de PGA y datos de hora de curso
5. Ejecutar la Depuración de Prospecto Electrónico (SRTPURG) para quitar registros de las tablas temporales basándose en los valores del parámetro del reporte, una vez que ha finalizando con los registros de datos temporales.
6. Ejecutar el Proceso del Plan de Comunicación (SORCPLN) para asignar planes de comunicación y generar materiales para personas procesadas por la carga de AMCAS. Este paso es opcional pero muy recomendado.
Si no ejecuta SORCPLN, las asignaciones del plan de comunicación y generación de material no se llevarán a cabo, y los registros insertados en la Tabla Colectora del Plan de Comunicación (SORCCOL) no serán procesados. Note que SORCPLN procesa todos los registros en la Tabla Colectora de Plan de Comunicación, sin importar la fuente, de manera que los registros existentes diferentes a los insertados por SRRPREL también se procesaran.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 185
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Creación de Archivo de Acción de Admisiones AMCAS
Panorama
El proceso de Archivo de Extracción AMCAS (SARAMXF) permite a las escuelas de medicina crear un archivo plano que contiene los datos requeridos por AMCAS como parte del Archivo de Acción de Admisiones AMCAS. Este archivo se puede entonces enviar electrónicamente (vía FTP) a AMCAS. La vista SAVAMC2 se usa para crear este archivo.
Tres vistas Objeto:Acceso (SAVAMCD, SAVAMCT, y SAVAMC2) son utilizadas en el procesamiento AMCAS para permitir a las escuelas de medicina acceder a los datos que ellos necesitan para satisfacer sus requerimientos de elaboración de reporte.
Proceso de Archivo PlanoEl archivo plano AAMCTRAN es creado en el formato AMCAS requerido que contiene las acciones de admisiones AMCAS para los solicitantes. Información adicional acerca del formato del archivo y sus guía aparece en la sección Acción de Envío vía FTP. Un parámetro debe ser incluido como una captura en la Forma de Reglas de Solicitud de Admisiones Electrónicas (SAAERUL), donde el Código de Grupo es ADMS y la Etiqueta de Regla es AMCASSCHCODE (el código de escuela AAMC de su escuela) y la etiqueta de regla de AMCASSCHSTAT (su código de estado de escuela).
Nota: Cuando procesa un ID, la primera extracción verifica el campo SPRIDEN_ID para el ID AMCAS, para asegurarse que el tipo de nombre coincide con la etiqueta de la regla AMCASNTYP en SAAERUL para el código de grupo de ADMS. Si no se encuentra un valor, se pasa el ID de AMCAS ID desde el campo SABSUPL_AMCAS_ID en SABSUPL y se almacena en el lugar apropiado en el archivo plano.
Para que sea traducido cada código de decisión única de cada escuela de medicina en códigos AMCAS aceptables, la Forma de Reglas de Referencia Cruzada IED (SOAXREF) utiliza los códigos de la Forma de Validación de Código de Decisión de Solicitud de Admisión (STVAPDC) como XLBL_code.
El proceso lee todos los registros de solicitud que tienen el mismo nivel y periodo ingresados como parámetros de entrada (v.g., no sólo la solicitud más reciente para ese nivel/periodo). En adición, debe indicar si quiere ejecutar el proceso en modo de Auditar o Actualizar. Si elige Auditar, el proceso creará un reporte de extracción el cuál detalla que registros deben ser incluidos en el archivo de extracción si el proceso fue ejecutado en modo de Actualizar. Si el parámetro es establecido a Actualizar, el reporte de extracción será creado así como el archivo de extracción (AAMCTRAN) que va a ser enviado a AMCAS. En adición, el campo SABSUPL_AGENCY_REPORT_DATE en la Forma de Información Suplementaria de la Solicitud (SOASUPL) es actualizado con la fecha del sistema para indicar que el registro ha sido procesado. Un proceso de depuración separado elimina la fecha ingresada en el campo SABSUPL_AGENCY_REPORT_DATE si el archivo AAMCTRAN necesita ser creado nuevamente.
Alumnos Versión 7.2 Octubre 2005186 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
SARAMXF recupera el renglón de la decisión más reciente para una solicitud usando la vista SAVAMC2. La fecha de este registro de código de decisión se verifica como mayor o igual al valor en el campo SABSUPL_AGENCY_REPORT_DATE en la Forma de Información Suplemental de Solicitud (SOASUPL). Si este es el caso, el proceso continua. O el proceso irá a la siguiente solicitud. Si el código de decisión (SAVAMC2_ADMIT_ACTION_CODE) es igual al código de decisión en SOAXREF que tienen un valor IED que coincide con el valor en la regla AMCASDELCODE en SAAERUL (i.e., D), entonces el proceso encuentra el renglón de decisión más reciente para el solicitante donde el código de decisión es igual al código de decisión de referencia cruzada en SOAXREF, donde el valor en el campo Etiqueta IED es STVAPDC, y el valor en el campo Atributo IED es AN%.
Este código de decisión se usa para crear el registro a enviar en el archivo plano de AMCAS. Un valor de D se inserta en el nuevo campo de DELROW en el archivo plano para indicar que se debió eliminar un renglón anterior (que es idéntico). (Este campo DELROW se usa para indicar que la acción anterior enviada para un solicitante necesita corregirse o eliminarse.) El valor del campo SABSUPL_AGENCY_REPORT_DATE se actualiza con la fecha del sistema. Se usan delimitadores pipe según se necesiten para manejar los cuatros campos finales, que son nulos.
Asegurarse que exista un valor en la Forma de Validación de Etiqueta de Verificación IED (STVXLBL) para STVAPDC con una descripción de los Códigos de Decisión de Solicitud. Si una institución tiene más de un código de decisión que proyecte a un código AMCAS, los códigos deben ser ingresados en SOAXREF con un código de atributo IED de AMCAS , AMCAS1, AMCAS2, etc., porque SOAXREF no permitirá que más de una proyección entre el Valor IED y el Valor de Banner.
El proceso entonces crea un registro en el archivo plano para cada solicitante que pasa las pruebas de arriba. La distribución de cada registro es como la siguiente:
Enviando Acciones vía FTP
Nota: El siguiente texto y puntos con viñeta vienen de la documentación del Archivo de Acción de Admisiones de AMCAS.
Las escuelas pueden enviar acciones de admisión vía un archivo de texto aplicado a la carpeta de escuela en el sitio de FTP de AAMC. Para asegurar la información oportuna en los reportes y adherencia a las reglas de tráfico, AMCAS recomienda que esto sea hecho diariamente; sin embargo, esto puede representar una dificultad para algunas escuelas, de manera que semanalmente es aceptable. Habrá un cambio de tres a cinco días de hábiles para las acciones enviadas en esta manera sean validadas, cargadas a la base de datos de AMCAS, y disponibles para los reportes. Favor de enviar correo electrónico a Servicios al Cliente en [email protected] cuando un nuevo archivo esta disponible en el sitio FTP, como lo hace ahora. El personal de Servicios al Cliente contactará las escuelas médicas para resolver resultados con el formato no válido o datos de un archivo enviado. Las directrices listadas abajo deben ser seguidas:
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 187
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
• Enviar sólo las nuevas acciones de admisión. Los archivos deben incluir sólo aquellas acciones que han ocurrido desde la última fecha de elaboración del reporte.
• El archivo debe ser etiquetado con el código de "AA" para acción de admisión, el Código del Estado, Código de Escuela de Medicina, y fecha (AAAAMMDD): AA-AK850-20020131.
• Ninguna línea en blanco debe ser incluida.
• Deben ser incluidas en un archivo las acciones para un sólo año de clase entrante.
• Los archivos deben ser divididos en tres segmentos:
• Un segmento de encabezado (HDR) que designa el número de registros de acción de admisión que están incluidos en el archivo.
• Uno o más segmentos de acción de admisión (ADM) que designa(n) la acción de admisión.
• Un segmento de fin (END) que verifica el número de registros de acción incluidos en el archivo.
• Cada campo dentro de un segmento debe estar separado por un delimitador pipe ( | ), sin tener en cuenta si el campo esta lleno.
Segmento HDR
Esta tabla lista la distribución del segmento HDR.
Segmento ADM
Esta tabla lista la distribución del segmento HDR.
Nombre del Campo Tipo de Datos Definición
HDR char(3) REQUERIDO
Conteo de Registro numeric(7,0) REQUERIDO; conteo de todos los segmentos ADM en el archivo
Nombre del Campo Tipo de Datos Definición
ADM char(3) REQUERIDO
Número ID de AAMD numeric(10) REQUERIDO; Número de Identificación AAMC del solicitante; no dejando ceros.
Año de Solicitud date REQUERIDO; YYYY; ingresando año de clase
Código de Escuela char(3 REQUERIDO; código de tres dígitos de escuela médica.
Número de Seguridad Social
char(9) OPCIONAL; utilizado para propósitos de control de calidad/coincidencia; ningún guión o espacios.
Apellido varchar(55) REQUERIDO; apellido legal
Primer Nombre varchar(55) REQUERIDO; primer nombre legal
Segundo Nombre varchar(55) OPCIONAL; segundo nombre legal
Alumnos Versión 7.2 Octubre 2005188 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Segmento END
Esta tabla lista la distribución del segmento END.
Archivo de Bitácora
Un archivo de bitácora (reporte de extracción) es creado cuando el proceso de envío electrónico es ejecutado (ya sea en modo Auditoría o Actualizar). Un registro existirá para cada registro que es escrito para el archivo plano, AAMCTRAN. Los datos que van a ser desplegados en el archivo de bitácora para cada registro son como los siguientes:
Código de Acción char(2) REQUERIDO; código de acción de admisión válido
Código de Tipo de Solicitud de Acción
char(1) REQUERIDO para MA (matriculado), OPCIONAL para AC (aceptado), no esperado para todas las otras acciones; código de programa, al cuál ha sido aceptado el solicitante o la matricula será provista por la escuela de medicina, basándose en REF_APPL_TYPE y REF_MED_APPL_TYPE
Código de Campus char(2) REQUERIDO para MA (matriculado), OPCIONAL para AC (aceptado), no esperado para todas las otras acciones; campus al cuál el solicitante ha sido aceptado o la matricula provista por la escuela médica, basándose en REF_MED_CAMPUS
Fecha de Matriculación date REQUERIDO para MA (matriculado), OPCIONAL para AC (aceptado), no esperado para todas las otras acciones; MM/YYYY; fecha de matriculación provista por la escuela médica
Fecha Proyectada de Graduación
date REQUERIDO para MA (matriculado), OPCIONAL para AC (aceptado), no esperado para todas las otras acciones; MM/YYYY; fecha de graduación esperada o proyectada por la escuela médica, el predefinido en el cliente AWS es de matriculation_date más 4 años; debe ser mayor que el año de calendario actual.
Sello de Hora date REQUERIDO; MMDDYYYY HHMMSS; 24 horas de reloj (ningún AM/PM); la fecha vigente de acción
ID de Usuario varchar(14) REQUERIDO; el ID/nombre del usuario asociado con la acción; puede ser un valor predefinido establecido por la escuela médica.
Nombre del Campo Tipo de Datos Definición
Nombre del Campo Tipo de Datos Definición
END char(3) REQUERIDO
Conteo de Registro numeric(7,0) REQUERIDO; conteo de todos los segmentos ADM en el archivo
ID Nombre # SolicitudCódigo de Decisión de la Escuela
Descripción de Decisión
Fecha Dcsn (Fecha de Decisión)
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 189
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
En adición, una sección de Control del Reporte existe al final del archivo de bitácora. La sección de control del reporte contiene la siguiente información:
• Nombre del proceso
• Número de versión del proceso
• Fecha del archivo de bitácora
• Parámetro Periodo
• Parámetro Nivel
• Parámetro Auditoría/Actualizar
• Parámetro Fecha de Matriculación
• Parámetro de Fecha Esperada de Graduación
• Número de registros coincidentes con el periodo y nivel
• Número de registros creados en el archivo AAMCTRAN
Proceso de Archivo de Extracción de AMCAS (SARAMXF)Utilizar este proceso para crear un archivo plano de datos que van a ser enviados electrónicamente a AMCAS. Este proceso puede ser ejecutado desde envío de trabajo o el Host.
El Código de Escuela que ha sido asignado a su institución por AMCAS necesita ser ingresado en la Forma de Reglas de Solicitud de Admisiones Electrónicas (SAAERUL), con un Código de Grupo de ADMS y una Etiqueta de Regla de AMCASSCHCODE, antes de ejecutar este proceso.
El Código de Estado que ha sido asignado a su institución por AMCAS necesita ser ingresado en la Forma de Reglas de Solicitud de Admisiones Electrónicas (SAAERUL), con un Código de Grupo de ADMS y una Etiqueta de Regla de AMCASSCHSTAT, antes de ejecutar este proceso.
Cuando procesa un ID, la primera extracción verifica el campo SPRIDEN_ID para el ID AMCAS, para asegurarse que el tipo de nombre coincide con la etiqueta de la regla AMCASNTYP en SAAERUL para el código de grupo de ADMS. Si no se encuentra un valor, se pasa el ID de AMCAS ID desde el campo SABSUPL_AMCAS_ID en SABSUPL y se almacena en el lugar apropiado en el archivo plano.
Depuración de Fecha AMCAS (SARAMDP)Este proceso es utilizado si la institución ha ejecutado el proceso de envío electrónico para un grupo de solicitantes (y creado en el archivo AAMCTRAN) pero luego se da cuenta que uno o más de los códigos de decisión deben ser cambiados. Para volver a crear el archivo plano con todos los mismos solicitantes como los de la ejecución previa, debe ejecutar el proceso de depuración para eliminar el sabsupl_agency_report_date de todos los registros SABSUPL (la fecha en el campo Fecha del Último Reporte de Agencia en la Forma de Información Suplementaria de Solicitud (SOASUPL)) que coinciden con los IDs ingresados en la primera corrida. Este proceso puede ser ejecutado ya sea desde envío de trabajo o el Host.
Alumnos Versión 7.2 Octubre 2005190 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
Este proceso elimina el SABSUPL_AGENCY_REPORT_DATE de todos los registros que tienen un periodo y nivel igual al parámetro de entrada y un existente SABSUPL_AGENCY_REPORT_DATE igual al parámetro Fecha del Último Envio Electrónico.
El reporte de auditoría detalla los siguientes campos para todas las solicitudes que han eliminado su SABSUPL_AGENCY_REPORT_DATE:
• ID
• Nombre
• Periodo
• Nivel
• # Solicitud
• La fecha en que fue eliminado (v.g., el valor en SABSUPL_AGENCY_REPORT_DATE)
Vistas de AMCASTres vistas son utilizadas en este proceso: SAVAMCD, SAVAMCT, y SAVAMC2. Requieren que un valor exista en la Forma de Validación de Transposición (GTVSDAX) para el Código Interno de AMCASADDR. Este valor es utilizado para determinar la prioridad del tipo de dirección y tipo de teléfono. El Archivo SAFAMCS.sql contiene algunas de las funciones utilizadas para crear las vistas de AMCAS.
Nota: También hay algunos elementos de datos adicionales (a continuación de la información de renuncia y fecha de examen MCAT, la cuál también es capturada en SABSUPL) que son enviados por AMCAS y almacenados en SARCHKL que no son parte de las siguientes vistas.
Vista Uno: SAVAMCD
Esta vista representa todos los datos demográficos y de escuela anterior enviados en un archivo AMCAS a una institución y cargados en Banner.
La siguientes tablas y elementos de datos individuales son accedidos por esta vista:
SPRIDEN Tabla de IdentificaciónSPRIDEN_IDID Previo – utiliza función f_get_spriden_prevSPRIDEN_LAST_NAMESPRIDEN_FIRST_NAMESPRIDEN_MIApellido Previo – utiliza función f_get_spriden_prev
SPRADDR Tabla de Repetición de DirecciónUtiliza función f_get_address_rowidDebe tener GTVSDAX establecido con el código ‘AMCASADDR’SPRADDR_STREET_LINE_1SPRADDR_CITYSPRADDR_STAT_CODESPRADDR_ZIP
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 191
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
SPRTELE Tabla de Repetición de TeléfonoUtiliza f_get_address_telephone_rowid (utiliza GTVSDAX)Utiliza función f_get_address_telephone_rowidDebe tener GTVSDAX establecido con el código ‘AMCASADDR’SPRTELE_PHONE_AREASPRTELE_PHONE_NUMBER
SPBPERS Tabla Base de Persona BásicaSPBPERS_SSNSPBPERS_NAME_SUFFIXSPBPERS_SEXSPBPERS_BIRTH_DATEEdad – utiliza función f_calculate_age
GORVISA Tabla de Información de VisaGORVISA_VTYP_CODEDescripción de Tipo de Visa
GOREMAL Tabla de Dirección de Correo ElectrónicoVerifica goremal_status_ind = ‘A’ y goremal_preferred_ind =’Y’GOREMAL_EMAIL_ADDRESSGOREMAL_DISP_WEB_IND
SORDEGR Tabla de Grado de Escuela AnteriorAMCAS provee datos para 6 escuelas anteriores (PRIM, OTH1, OTH2, OTH3, OTH4, OTH5)Utiliza función f_get_sordegr_rowidSORDEGR_SBGI_CODECódigo de estado de escuela anterior – utiliza función f_get_sobsbgi_statSORDEGR_EGOL_CODESORDEGR_ATTEND_FROMSORDEGR_ATTEND_TOSORDEGR_DEGC_CODESORDEGR_DEGC_DATESORDEGR_PRIMARY_IND
SORMAJR Tabla de Repetición de Carrera de Escuela AnteriorUtiliza función f_get_sormajr_majrSORMAJR_MAJR_CODE_MAJORDescripción de Carrera
SARADAP Tabla de Repetición de Solicitud de AdmisionesSARADAP_PIDMSARADAP_TERM_CODE_ENTRYSARADAP_STYP_CODESARADAP_CAMP_CODESARADAP_PROGRAM_1SARADAP_COLL_CODE_1SARADAP_LEVL_CODESARADAP_DEGC_CODE_1SARADAP_MAJR_CODE_1SARADAP_ADMT_CODE (para Primera Decisión)SARADAP_APPL_DATE
Alumnos Versión 7.2 Octubre 2005192 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalProcedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
SABSUPL Tabla Base de Información Suplementaria de SolicitudSABSUPL_AGENCY_FILE_NOSABSUPL_CYCLE_ADDEDSABSUPL_APP_YEAR_AGENCYSABSUPL_CYCLE_CHANGEDSABSUPL_FLAG5 (Eval)SABSUPL_AGENCY_FEE_WAIVEDSABSUPL_STAT_CODE_ADMITSABSUPL_CNTY_CODE_ADMITDescripción de municipio – utiliza función f_get_desc_fncSABSUPL_CNTY_ADMIT_RURALSABSUPL_NATN_CODE_ADMITDescripción de país – utiliza función f_get_desc_fncSABSUPL_STAT_CODE_BIRTHSABSUPL_CITY_BIRTHSABSUPL_CNTY_CODE_BIRTHDescripción de municipio – utiliza función f_get_desc_fncSABSUPL_CNTY_BIRTH_RURALSABSUPL_NATN_CODE_BIRTHDescripción de país – utiliza función f_get_desc_fncSABSUPL_NUMBER_DEPSSABSUPL_ETHN_CODE_SELFDescripción de código étnico – utiliza f_get_desc_fncSABSUPL_ESEL_CODE (sol. de minoría)SABSUPL_FLAG1 (servicio militar)SABSUPL_FLAG2 (alumno med prev)SABSUPL_FLAG3 (acción disciplinaria)SABSUPL_FLAG4 (adv_info_release)SABSUPL_PREV_APP_1SABSUPL_PREV_APP_2SABSUPL_PREV_APP_3SABSUPL_PREV_APP_4
Vista Dos: SAVAMCT
Esta vista representa todos los datos de calificación de examen MCAT, horas de curso y datos PGA enviados en un archivo AMCAS a una institución y cargados en Banner. Hay múltiples filas para cada persona para cada solicitud - una fila para cada calificación de examen, hora de curso, o PGA.
Las siguientes tablas y elementos de datos son accedidos por esta vista.
SPRIDEN Tabla de IdentificaciónSPRIDEN_IDID Previo – utiliza función f_get_spriden_prevSPRIDEN_LAST_NAMESPRIDEN_FIRST_NAMESPRIDEN_MIApellido Previo – utiliza función f_get_spriden_prev
SARAPPD Tabla de Repetición de Solicitud de AdmisionesSARADAP_PIDMSARADAP_TERM_CODE_ENTRYSARADAP_STYP_CODESARADAP_CAMP_CODESARADAP_PROGRAM_1SARADAP_COLL_CODE_1
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 193
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Procedimientos de Carga de AMCAS (Servicio de Solicitud de la Escuela Médica Americana) Usando SRTLOAD
SARADAP_LEVL_CODESARADAP_DEGC_CODE_1SARADAP_MAJR_CODE_1SARADAP_ADMT_CODE (para Primera Decisión)SARADAP_APPL_DATE
SARERUL Tabla de Reglas de Solicitud de Admisiones ElectrónicasSARERUL_EGRP_CODESARERUL_DESCSARERUL_VALUE
STVEGRP Tabla de Validación de Grupo de Regla IEDSTVEGRP_CODESTVEGRP_DESC
SORTEST Tabla de Calificación de ExamenUsa SARERUL_EGRP_CODE = ‘ATST’Descripción y código de grupoSORTEST_TESC_CODE Descripción de código de examenSORTEST_TEST_SCORESORTEST_TEST_DATESORTEST_TEFR_CODESORTEST_TEIN_CODESORTEST_RELEASE_INDSORTEST_TEAC_CODESORTEST_INSTR_ID
SORCRSS Tabla de Tipos de Resumen de Curso de la PersonaUsa SARERUL_EGRP_CODE = ‘ACHR’Descripción y código de grupoSORCRSS_CRSS_CODEDescripción de código de cursoSORCRSS_HOURSSORCRSS_SBGI_CODE = ‘999999’
SORGPAT Tabla de Tipos de PGA de la PersonaUsa SARERUL_EGRP_CODE = ‘AGPA’Descripción y código de grupoSORGPAT_GPAT_CODEDescripción de código PGASORGPAT_GPASORGPAT_PLUS_MINUS_INDSORGPAT_SBGI_CODE = ‘999999’
Vista Tres: SAVAMC2
Esta vista contiene todos los datos que deben ser regresados a AMCAS como parte del Archivo de Acción de Admisiones y es utilizada por el nuevo Proceso de Archivo de Extracción de AMCAS (SARAMXF).
Las siguientes tablas y campos son accedidos por esta vista.
SPRIDEN Tabla de IdentificaciónSPRIDEN_PIDMSPRIDEN_IDSPRIDEN_LAST_NAME
Alumnos Versión 7.2 Octubre 2005194 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalForma Nueva
SPRIDEN_FIRST_NAMESPRIDEN_MICódigo de nombre para el archivo AMCAS - utiliza función f_get_name_code
SARADAP Tabla de Solicitud de AdmisionesSARADAP_TERM_CODE_ENTRYSARADAP_LEVL_CODESARADAP_APPL_NO
SARAPPD Tabla de Decisión de SolicitudSARAPPD_APDC_DATESARAPPD_APDC_CODE – traducido vía SORXREFSARAPPD_SEQ_NO
SABSUPL Tabla de Datos Suplementarios de AdmisionesSABSUPL_AGENCY_REPORT_DATE
SORXREF Tabla de Reglas de Referencia CruzadaSORXREF_EDI_VALUESORXREF_EDI_QLFR (like ‘AMCAS%’)SORXREF_XLBL_XODE (= ‘STVAPDC’)
Forma Nueva
Forma de Validación de Tipo de Percentil de Puntuación de Examen (STVTSPT)Esta nueva forma es utilizada para crear y mantener códigos de tipo de percentil para utilizarlos en SOATEST. Actualmente, los archivos de SAT y GRE que son cargados vía el procesamiento de carga de cinta baseline/SRTLOAD utilizan valores requeridos por el sistema y entregados en STVTSPT para los tipos de percentil. Se sugiere que cuando sean insertados percentiles manuales de SAT o GRE en SOATEST que sean utilizados esos tipos de percentiles.
Esto satisface el RPE# 31290.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Código Código de percentil de puntuación de examen.
Descripción Descripción de código de percentil de puntuación de examen.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 195
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Formas Cambiadas
Formas Cambiadas
Forma de Validación de Código de Interfaz (STVINFC)Un nuevo código de interfaz de fuente de examen es entregado para utilizarlo con el procesamiento AMCAS. El código de interfaz AMCS, la descripción de Tipos de Cinta AMCAS, permite la inserción de reglas de conversión en SOTCNVT. Un script es utilizado para insertar el nuevo código de interfaz.
Forma de Detalle de Prospecto Electrónico (SRAPREL)Los siguientes cambios se hicieron a esta forma:
• Han sido agregados campos de descripción para todos los campos de código en el bloque de Prospecto Electrónico. Estos nuevos datos vienen desde la tabla SRTPERS.
• Los campos para Apellido Previo y Sufijo han sido agregados al bloque de Prospecto Electrónico para utilizarlos con la coincidencia.
• Un campo País de Ciudadanía ha sido agregado al bloque de Prospecto Electrónico.
• Los campos Escuela Anterior y Fecha de Graduación han sido movidos a la ventana de Escuela Anterior. El campo Fecha de Graduación ha sido renombrado Fecha de Grado.
• Han sido agregadas pestañas para las nuevas ventanas Escuelas Anteriores, PGA y Resumen de Curso, Datos Complementarios, y Raza y Grupo Étnico.
• La ventana de Escuela Anterior contiene tres bloques para Escuela Anterior, Programa del Grado y Carreras. Estos nuevos datos vienen desde las tablas SRTPCOL, SRTDEGR y SRTMAJR.
Requerido por el Sistema
El cuadro de Requerido por el Sistema se usa para determinar que valores son requeridos por el sistema. Si el cuadro de Requerido por el Sistema está marcado, el registro de tabla de validación no se puede eliminar.
Este indicador se configura a Y para los valores entregados.
ID de Usuario Este campo despliega el ID de usuario de la persona que creó el registro.
Fecha de Actividad
Este campo despliega la fecha en que el registro se creó o modificó.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Alumnos Versión 7.2 Octubre 2005196 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalFormas Cambiadas
• La ventana de PGA y Resumen de Curso contiene dos bloques para el Tipo de PGA (bachillerato) y Resumen de Curso. Estos nuevos datos vienen desde las tablas SRTCRSS y SRTGPAT.
• La ventana de Datos Complementarios contiene datos de admisiones, nacimiento, grupo étnico, institución, años aplicados y solicitudes. Estos datos pueden ser utilizados para el procesamiento AMCAS, necesidades futuras del procesamiento de carga de cinta o cintas personalizadas utilizadas por su institución. Estos nuevos datos vienen desde SRTSUPL.
• La ventana de Grupo Étnico y Raza contiene datos de raza y grupo étnico para utilizarlos con el procesamiento AMCAS.
• Los campos en la ventana Raza y Grupo Étnico han sido expandidos a dos lugares que tendrán en cuenta el ancho de “WW”.
• La pestaña de Puntuaciones de Examen e Intereses han sido renombradas a la pestaña de Puntuaciones de Examen y Percentiles. Estos nuevos datos vienen desde las tablas SRTTEST y SRTTSPC.
• Un bloque de percentil ha sido agregado a la ventana de Puntuaciones de Examen y Percentiles. Utilizar los campos Percentil y Tipo de Percentil para dar seguimiento a los tipos asociados con una puntuación de examen.
• La pestaña de Materiales Solicitados ha sido renombrada a pestaña de Materiales, Intereses, Aprendido.
• El bloque Intereses y el bloque Aprendido han sido movidos de la vieja ventana de Puntuaciones de Examen e Intereses a la ventana Materiales, Intereses, Aprendido.
Forma de Información de Puntuación de Examen (SOATEST)Los siguientes cambios se hicieron a esta forma:
• El campo Fecha de Examen ha sido movido de los campos accedidos por la pestaña Puntuaciones de Examen (1) a la sección principal del bloque de Información de Puntuación de Examen.
• Una pestaña de Percentil ha sido agregada, así como campos utilizados para percentiles de examen y tipos de percentil del procesamiento de carga de datos de puntuación de examen.
• Cada registro de percentil tienen cinco filas de manera que percentiles con múltiples tipos pueden ser desplegados. Por ejemplo, una puntuación de examen verbal SAT tiene un tipo de percentil nacional y un tipo de percentil estatal asociado con éste. Si más de cinco percentiles están asociados con una sola puntuación de examen, puede desplazarse a través de los registros para ver información adicional.
Nota: Los percentiles residen en una tabla diferente (SORTSPC) que la información de puntuación de examen.
La adición de información de percentil satisface los RPE# 26482 y RPE# 31290.
Esos campos aparecen en la nueva sección de Percentiles del bloque de Información de Puntuación de Examen. Use la pestaña de Percentiles para acceder a ellos.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 197
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Formas Cambiadas
Forma de Conversión de Código de Cinta (SOTCNVT)Los valores de nombre de tabla han sido agregados para STVADMT, STVTEAC, STVTEFR, y STVTSPT. (STVTSPT se usa para percentiles. Sólo los tipos de examen SAT y GRE tienen percentiles). La forma ahora validará todos los tipos de interfaz, pero no todos los tipos de interfaz utilizan todas las formas de validación.
• Para todos los tipos de interfaz (en SOTCNVT), validación de SBGI ahora es especifica para escuelas. Validación de SBGH ahora es específica para bachilleratos. Ambos SBGI y SBGH hace referencia a STVSBGI.
• Para tipos de interfaz AMCAS (en SOTCNVT), validación de ETHN es especifica para grupo étnico. Validación de ETHR es específico para raza. Ambos ETHN y ETHR hace referencia STVETHN.
• También para tipos de interfaz AMCAS (en SOTCNVT), validación de DEGC es especifica para grados de escuela anterior. Validación de DEGA es especifica para la solicitud de grado. Ambos DEGC y DEGA hace referencia a STVDEGC y sobrepasará el parámetro Código de Grado AMCAS en SRTLOAD si el AMCAS APPL_TYPE convierte a un grado válido.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Porcentaje Percentil utilizado para procesamiento AMCAS.
Columna: SORTSPC_PERCENTILE
Tipo de Percentil
Tipo de percentil utilizado para el procesamiento AMCAS, tales como local, nacional, GRE.
(buscar) Listar Tipos de Percentiles de Puntuación de Examen (STVTSPT)
Columna: SORTSPC_TSPT_CODE
Descripción Descripción del tipo de percentil, tal como Puntuaciones de Examen Nacionales.
Columna: STVTSPT_DESC
Los percentiles son para puntuación de examen
Código para registro de examen seleccionado que es utilizado para el procesamiento de percentil en AMCAS. Sólo se despliega.
Columna: SORTEST_TESC_CODE
Tomado en Fecha en la cual el examen fue tomado. Sólo se despliega.
Columna: SORTEST_TEST_DATE
Alumnos Versión 7.2 Octubre 2005198 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalFormas Cambiadas
Nota: Los códigos de validación de tipo de percentil son requeridos por el sistema y son dependientes del código en STVTSPT. Sin embargo, si las instituciones no desean utilizar los tipos que han sido hechos dependientes del código, pueden crear sus propios valores STVTSPT y actualizar SOTCNVT para tipo de interfaz AMCS y nombre de tabla de validación TSPT para convertir los tipos de percentil dependientes del código a los nuevos tipos de percentil que han sido creados en STVTSPT.
SOTCNVT da cabida a las conversiones de código de validación para todos los valores de tipo de interfaz cuando las tablas de validación de Banner contienen códigos únicos, pero los datos del archivo entrante pueden tener un solo valor/código que tenga múltiples significados. Por ejemplo, el uso de ETHN para grupo étnico y ETHR para raza es especifico de AMCAS.
Los códigos de Bachillerato se pueden convertir usando la validación SBGH en SOTCNVT. Si no hay conversión de bachillerato en SOTCNVT, el código STVSBGI será utilizado si hay una conversión válida. Códigos de que no sean de Bachillerato no se pueden ingresar usando la validación SBGH en SOTCNVT. Códigos de escuela pueden ser convertidos en SOTCNVT con validación SBGI, y si un código de conversión válido existe en STVSBGI, ese código será cargado.
Esta solución de problema satisface el #99383.
Los siguientes valores proveen el siguiente resultado de conversión:
• ETHN - Códigos étnicos en el archivo entrante serán convertidos a los códigos étnicos de Banner apropiados. Esto no se ha cambiado.
• ETHR - Códigos de raza AMCAS en el archivo entrante serán convertidos a los códigos de raza apropiados. Debido a que Banner no provee actualmente una tabla de “RACE”, estos datos del archivo AMCAS son adaptados utilizando el nombre de la tabla de validación ETHR. Los códigos de raza deben estar agregados a STVETHN, y el valor del archivo entrante para “RACE” puede ser convertido para el tipo de interfaz de AMCS y el nombre de tabla de validación ETHR, de manera que SRTLOAD convierta la raza versus el código étnico. Cuando los datos son ingresados en SOTCNVT para ETHR, los valores asociados para el código de conversión vienen de la tabla STVETHN. Los códigos de raza luego serán cargados apropiadamente a SORSUPL.
• SBGI - Los códigos de escuela en el archivo entrante serán convertidos a los códigos de escuela STVSBGI para todos los tipos de interfaz cuando utiliza el código de validación SBGI.
• SBGH - Códigos de bachillerato en el archivo entrante serán convertidos a códigos de bachillerato STVSBGI para todos los tipos de interfaz cuando utiliza el código de validación SBGH. Los valores para los códigos de conversión vienen desde la tabla STVSBGI.
• DEGC - Códigos de grado en el archivo entrante serán convertidos al grado STVDEGC para cada grado de escuela para cada uno de los seis primarios y “otras” cinco escuelas que pueden ser cargadas potencialmente a SOAPCOL.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 199
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Forma Obsoleta
• DEGA - Grado de solicitud en el archivo AMCAS entrante será convertido al grado de solicitud STVDEGC cuando el valor del AMCAS APPL_TYPE es convertido utilizando tipo de interfaz AMCS y nombre de tabla de validación DEGA.
El valor AMCAS para APPL_TYPE será convertido al código de grado de solicitud si hay una conversión válida en SOTCNVT cuando utiliza el nombre de la tabla de validación DEGA.
Forma de Información Suplemental de la Solicitud (SOASUPL)Dos campos han sido agregados a la ventana principal de ID AMCAS y Siguiente Fecha MCAT.
Forma Obsoleta
Forma de Reglas de Interfaz de Cinta (SOAINFR)Esta forma es obsoleta con esta versión. La Forma de Reglas de Coincidencia Común (GORCMRL) es utilizada en su lugar.
Menús Cambiados
La Forma de Validación de Tipo de Percentil de Puntuación de Examen (STVTSPT) ha sido agregada al SubMenú de la Forma de Validación (STVTRCN - STVXLBL) [*STDVALD3G].
La Forma de Reglas de Interfaz de Cinta (SOAINFR) ha sido quitada del Menú de Control de Búsqueda de Cinta (*SEARCHCONT), el Menú de Web para Prospectos (*WEBPROS), y el Menú de Administración del Sistema de Alumno (*SMANAGER).
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
ID AMCAS ID usado para el procesamiento AMCAS.
Columna: SABSUPL_AMCAS_ID
Siguiente Fecha MCAT
Fecha de cuando será tomado el siguiente examen MCAT.
Columna: SABSUPL_NEXT_MCAT_DATE
Alumnos Versión 7.2 Octubre 2005200 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalReportes y Procesos Cambiados
Reportes y Procesos Cambiados
Coincidir Prospecto Electrónico (SRRSRIN)Los siguientes cambios han sido hechos a este procedimiento:
• Este proceso ha sido actualizado para coincidir con variables de NSS, apellido, ID AMCAS, y viejo apellido, lo cuál reemplaza el proceso de coincidencia utilizado por SAPAMAL.
• El procesamiento de coincidencia común ha sido habilitado para el procesamiento AMCAS. La coincidencia ocurrirá contra SRTSUPL_AMCAS_ID (si es parte de la regla GORCMRL) y SRTIDEN_LAST_NAME_OLD (si existe en la cinta).
• La inserción a GOTCMME ha sido modificada para incluir el ID. ID será llenado con el ID AMCAS y será utilizado en la coincidencia secundaria contra el ID Banner, si es parte de la regla GORCMRL. Si SRRSRIN no procesa una carga de datos AMCAS, el ID será nulo.
• La inserción a SOTCMME ha sido modificada para incluir el AMCAS_ID. El AMCAS_ID será llenado con el ID AMCAS y será utilizado en coincidencia secundaria si el procedimiento sakmtch.p_match_amcas_id es llamado para coincidir contra la columna SABSUPL_AMCAS_ID para la regla de coincidencia. Si SRRSRIN no procesa una carga de datos AMCAS, el ID será nulo.
Nota: Cuando utiliza el nuevo procedimiento de coincidencia para el AMCAS ID, SRRSRIN pondrá más probablemente un registro en suspensión si un ID AMCAS entrante es diferente del ID AMCAS de Banner actual. Esto pocas veces sucede pero puede ocurrir. Es altamente recomendable que todos los registros suspendidos sean revisados muy cuidadosamente, y especialmente cuando la coincidencia es manual, para resolver la suspensión en GOAMTCH. Puede considerar la coincidencia manual de los registros en GOAMTCH con una regla de coincidencia que no consista de AMCAS ID pero tenga un NSS (o no debido a que AMCAS no requiere el ID AMCAS), la Ciudad/CP, Fecha de Nacimiento, etc., para evitar la creación de nuevos registros que no son realmente nuevos.
• Ha sido agregado el procesamiento para coincidir contra el campo Viejo Apellido para AMCAS.
Nota: SRRSRIN pondrá más probablemente un registro en suspensión cuando un exista un viejo apellido que sea diferente del nombre actual. Es altamente recomendable que los registros suspendidos con un viejo apellido sean vistos cuidadosamente en SRIPREL, y especialmente cuando coincide para resolver la suspensión en GOAMTCH. Los registros con un viejo apellido también aparecerán en el reporte de SRRSRIN como “Apellido del Anterior”. Se recomienda que el NSS sea utilizado como parte de la regla de coincidencia en GOAMTCH para impedir la posible creación de IDs duplicados.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 201
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Reportes y Procesos Cambiados
• Todos los datos del archivo entrante pueden ser coincididos y cargados en un sólo paso por SRRSRIN cuando el parámetro Auto Carga (Saltar Revisión Duplicados) esta establecido a Y. Las reglas en SAAERUL son verificadas, y las reglas en SRAPRED son aplicadas apropiadamente. Ejecutando SRRSRIN con el parámetro de Auto Carga (Saltar Revisión Duplicados) establecido a Y le permite omitir el uso de SRRPREL en el procesamiento. Esto disminuye el abanderamiento de registros duplicados en el archivo entrante.
Ya que los registros son asignados a un status de coincidencia (N, M), estos son cargados inmediatamente a Banner de manea que si otro registro es encontrado en la cinta entrante que sea un duplicado, será encontrado para ser una coincidencia y será cargado inmediatamente. De otra manera, los registros duplicados en el archivo entrante son marcados D y necesitarán ser resueltos manualmente en SRIPREL y/o GOAMTCH.
Cuando el parámetro de Auto Carga (Saltar Revisión Duplicados) esta establecido a N, SRRSRIN simplemente asignará el status de coincidencia, el archivo de salida y los registros pueden ser revisados si es necesario antes de que sean cargados a Banner, y luego SRRPREL puede ser ejecutado para mover los registros a Banner.
• Cuando se cargan los datos en Banner, la jerarquía de carga es como sigue:
• Los valores desde SOTCNVT se cargarán primero, si existen.
• Los valores desde el parámetro SRTLOAD se cargarán segundos, si se han ingresado.
• Los valores desde STVINFC (tipo de contacto y/o código de origen) se cargarán terceros, si existen, y si un valor de parámetro válido no existe en SRTLOAD.
• Los valores desde SRAPRED se cargarán en cuarto lugar, si existen.
Nota: Para AMCAS, el tipo de alumno siempre necesitará ser actualizado en SRAPRED para el nivel para el cuál esta ejecutando SRTLOAD, para que el valor del tipo de alumno requerido sea cargado para el solicitante.
Carga de Candidato Electrónico (SRTLOAD)Este procesamiento se ha actualizado para esta mejora.
Cambios en el ProcesamientoLos siguientes cambios han sido hechos a este procedimiento:
• SRTLOAD ha sido modificado de manera que cuando existen datos para un archivo entrante, múltiples escuelas anteriores con grados, carreras, percentiles, horas del curso y PGAs sean cargados a SRTGPAT, SRTCRSS, SRTSUPL, y SRTTSPC. La información de escuela primaria se carga a SRTPCOL. Esto en efecto combina el procesamiento utilizado con SATAMCS y SARAMCV. Esto satisface el RPE# 17824.
• Los valores de SRAPRED para AMCAS deben ser utilizados para cargar diversos datos de solicitud AMCAS, debido a que esta información no es suministrada en el archivo AMCAS entrante. Los valores tales como tipo de alumno (el cuál es requerido para una solicitud), código de escuela, y programa sólo serán agregados a una solicitud cuando
Alumnos Versión 7.2 Octubre 2005202 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalReportes y Procesos Cambiados
hayan sido agregados a SRAPRED para el nivel para el cuál esta ejecutando SRTLOAD. Los registros de reclutamiento pueden ser generados, pero instituciones pueden elegir no cargar registros de reclutamiento y sólo cargar solicitudes (basándose en las reglas apropiadas de SAAERUL).
Una regla especifica para el código de prospecto electrónico AMCS puede ser agregado a SRAPRED con valores mínimos actualizados para el tipo de nivel, tipo de alumno, código de escuela y programa, si es aplicable. SRTLOAD verifica SRAPRED para valores antes de cargar nuevos registros.
• El proceso convierte todos los nuevos campos del archivo entrante y provee mensajes apropiados en el listado de salida (incluyendo todos los mensajes de validación, así como las puntuaciones de examen dentro del rango de mínimo y/o máximo), de manera que los usuarios luego puedan determinar que valores faltantes necesitan ser actualizados o corregidos.
• Una opción de resumen para todos los mensajes es incluido como el nuevo parámetro de Imprimir Resumen de Validación y es utilizado para simular la salida de SARAMCV, pero es válido para todos los archivos entrantes cuando ejecuta SRTLOAD.
Nota: Se recomienda que SRTLOAD primero sea ejecutado en Modo de Auditoría y hecha una revisión cuidadosa de todos los errores de validación reportados. Los errores deben ser resueltos actualizando las formas apropiadas de Banner (v.g., SOTCNVT), y luego SRTLOAD debe ser ejecutado nuevamente en modo Auditoría para asegurarse que todos los errores de validación hayan sido resueltos, antes de ejecutar el reporte en Modo de Actualizar.
• El campo ID AMCAS entrante es cargado al nuevo campo SRTIDEN AMCAS_ID. Esto permite que el ID AMCAS sea utilizado como parte del proceso de coincidencia primario si el usuario ha agregado el procedimiento sakmtch.p_match_amcas_id a sus reglas de coincidencia.
• Los datos de percentil son cargados a los campos SRTTSPC para los archivos SAT y GRE.
• Los códigos TEFR y TEAC son cargados a SRRTEST, junto con las puntuaciones de examen MCAT asociadas.
• Los datos complementarios AMCAS entrantes son cargados a SRTSUPL, incluyendo el nuevo SRTSUPL_NEXT_AMCAS_DATE y SRTSUPL_AMCAS_ID.
• Los datos de fuente de dirección entrante son cargados a SRTADDR utilizando el nuevo parámetro de Código de Fuente de Dirección.
• Los registros AMCAS pueden ser identificados por el código de escuela utilizando el nuevo parámetro de Número de Escuela AMCAS en SRTLOAD para procesar un archivo parcial de datos. Cuando es ingresado un código de escuela, sólo aquellos registros con ese código de escuela serán procesados si existen múltiples códigos de escuela en un archivo entrante de AMCAS. Si ningún código de escuela es ingresado, todos los registros serán procesados.
• Basándose en el nuevo parámetro de Imprimir Resumen de Validación de SRTLOAD, el proceso verifica los códigos no-validados de cada pidm/ID e imprime un resumen por código/tabla de validación al final del reporte para ver y corregir con mayor eficiencia los errores. Esto evita la necesidad de buscar en cada ID y ver errores duplicados. Este resumen está disponible y es útil para todos los archivos entrantes.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 203
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Reportes y Procesos Cambiados
Nota: Los mensajes incluyen errores de validación nuevos y existentes de SAAERUL y SOTCNVT ya sea que la salida sea impresa como resumen o no.
• Las reglas de SRAPRED ahora crearán una solicitud cuando ningún registro de reclutamiento es creado, basándose en las configuraciones de regla apropiadas en SAAERUL. Los campos que son requeridos para solicitudes (tales como tipo de alumno) necesitan ser configuradas en SRAPRED para el código de nivel para el cuál SRTLOAD es ejecutado, de manera que el tipo de alumno de la solicitud y otros campos necesarios son actualizados. Esto crea un valor, lo contrario a nulo o un valor de 00000, para el programa o escuela en la solicitud.
Cuando cargaba datos a las tablas temporales, las siguientes verificaciones son hechas: SOTCNVT esta verificado, entonces los valores del parámetro en SRTLOAD son verificados, (así como la existencia de un contacto y/o fuente en STVINFC), y finalmente SRAPRED es verificado. SRAPRED es el único lugar que provee datos para el código de tipo de alumno, programa o escuela para el solicitante.
• SRTLOAD ha sido hecha dependiente del código para actualizar las tablas temporales de manera adecuada basándose en las siguientes relaciones de tipos de códigos/percentil de examen. Los percentiles actualmente sólo son entregados en archivos de puntuación de examen SAT y GRE.
La siguiente tabla contiene los tipos de percentil y las puntuaciones de examen asociadas a las cuáles están reportadas actualmente. SRTLOAD ha sido hecha dependiente del código para asociar esos tipos de percentil con los siguientes códigos de examen.
Tipo de Percentil Código de Examen
SVN S01
SVS S01
SMN S02
SMS S02
SWN S07
SWS S07
S2N WR, WH, SP, SL, PH, MH, 2C, 1C, M2, M1, LT, LR, JL, IT, HB, GM, GL, FR, FL, ES, EN, EH, CL, CH, BY, AH, KL, EB, MB, EP, UH
Alumnos Versión 7.2 Octubre 2005204 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalReportes y Procesos Cambiados
Parámetros Específicos de AMCASLos parámetros Código de Grado AMCAS y Código de Carrera AMCAS son específicos del procesamiento AMCAS. Para AMCAS, no hay carrera o grado en el archivo entrante, de manera que necesitará actualizar estos parámetros para determinar que todos los datos necesarios están cargados al registro de solicitud/reclutamiento. Es importante notar que la carrera y grado son ignorados por archivos no-AMCAS.
Aunque esos valores están en SRTLOAD (y estos serían cargados antes a SRAPRED debido a la jerarquía), esos parámetros sólo son válidos para archivos AMCAS. Los parámetros para campus y departamento están disponibles en SRTLOAD pero no son requeridos para solicitudes AMCAS. Esos valores pueden ser ingresados en SRTLOAD o en SRAPRED, cualesquiera es preferido.
Nota: El valor entrante de AMCAS para el código APPL_TYPE puede ser convertido en SOTCNVT utilizando la validación DEGA para cargar un grado de solicitud. Cuando no hay conversión DEGA para APPL_TYPE en SOTCNVT, el valor del parámetro de Código de Grado de AMCAS de SRTLOAD será utilizado para todas las solicitudes AMCAS. DEGA es validado en STVDEGC para cargar grados de solicitud. DEGC es validado en STVDEGC para convertir grados de escuela anterior.
Parámetros Nuevos y CambiadosSiete nuevos parámetros han sido agregados al reporte para utilizarlos con el procesamiento AMCAS:
• Número de Escuela AMCAS (Opcional) - Ingresar el código de escuela AMCAS que va a ser procesado en la carga.
Este parámetro es opcional para todos los archivos entrantes de AMCAS. Si hay varios números de escuelas en el archivo de entrada, el parámetro ordenará los datos por el número de escuela ingresado y solo procesará estos registros. Si este parámetro se deja en NULL, entonces todos los registros en el archivo se procesarán.
GRP GR01, GR02, GR03, G24, G241, G242, G243, G27, G271,G272,G273, G29, G291, G292, G293, G31, G311, G312, G313, G34, G341, G342, G343, G37, G371, G372, G373, G44, G441, G442, G443, G46, G461, G462, G463, G47, G471, G472, G473, G52, G521, G522, G523, G57, G571, G572, G573, G64, G641, G642, G643, G67, G671, G672, G673, G71, G711, G712, G713, G74, G741, G742, G743, G77, G771, G772, G773, G79, G791, G792, G793, G81, G811, G812, G813, G87, G871, G872, G873, G91, G911, G912, G913, G22, G221, G222, G223, G78, G781, G782, G783, G72, G721, G722, G723, G68, G681, G682, G683, G35, G351, G352, G353, GR05
Tipo de Percentil Código de Examen
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 205
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Reportes y Procesos Cambiados
• Código de Grado AMCAS (Opcional) - Ingresar el código de grado para el registro del prospecto. Los valores válidos vienen de STVDEGC. Este parámetro es opcional para todas las cintas excepto AMCAS. AMCAS requiere el código de grado para la solicitud.
Las solicitudes AMCAS no tendrán un código de grado si: este parámetro no es ingresado, el entrante AMCAS APPL_TYPE no tiene una conversión correspondiente en SOTCNVT para el nombre de la tabla de validación DEGA, o un grado ha sido ingresado para el código de nivel en SRAPRED para lo cuál es ejecutado SRTLOAD.
• Código de Carrera AMCAS (Opcional) - Ingresar el código de carrera para el registro de prospecto. Los valores válidos vienen de STVMAJR. Este parámetro es opcional para todas las cintas excepto AMCAS. AMCAS requiere el código de carrera para la aplicación cuando SRTLOAD se ejecutar para el código de prospecto electrónico AMCS.
Si no se ingresa un código de carrera de AMCAS para este parámetro, debe tener un código de carrera listado en SRAPRED para el código de nivel para el que está ejecutando SRTLOAD. SRTLOAD indicará su hay una carrera faltante para AMCAS en el archivo de bitácora, y el proceso terminará si no se encuentran carreras de AMCAS en SRTLOAD o SRAPRED.
• Código de Departamento (Opcional) - Ingrese el código de departamento para el registro del prospecto. Los valores válidos vienen de STVDEPT.
Archivos AMCAS no se proveen para un código de departamento. Puede establecer el código de departamento para solicitudes AMCAS usando este parámetro o ingresando un valor de código de departamento en SRAPRED para el nivel para el que ejecuta SRTLOAD.
Si el código de departamento es requerido para el procesamiento de curriculum en su institución, el código de departamento es necesario para que se procese la solicitud correctamente siempre que se actualice vía el parámetro SRTLOAD o usando SRAPRED.
• Código de Fuente de Dirección (Requerido) - Ingresar el código de fuente de dirección para el registro del prospecto. Los valores válidos vienen de STVASRC.
• Imprimir Errores de Código de Municipio (AMCAS) (Requerido) - Ingresar Y para imprimir errores de validación del municipio para el procesamiento AMCAS o N para no imprimir errores de validación. El predefinido es Y.
Esta opción se provee debido a que existen muchos códigos de municipio que no se validan y que crean innecesariamente un reporte grande con muchos errores redundantes.
• Imprimir Resumen de Validación (Requerido) - Ingresar Y para imprimir el resumen de validación o N para no imprimir el resumen de validación. El predefinido es Y.
El parámetro existente de Tipo de Teléfono ahora es utilizado como sigue:
• Cuando el parámetro de Tipo de Teléfono es NULL entonces el tipo de teléfono que se carga con el número de teléfono debe ser el tipo de teléfono que está asociado con el tipo de dirección en STVATYP.
• Cuando el parámetro de Tipo de Teléfono es NULL, y no existe un valor correspondiente de STVATYP para el tipo de teléfono, entonces el tipo de teléfono que se carga se debe coincidir con el código de tipo de dirección, mientras también sea un código válido de STVTELE.
Alumnos Versión 7.2 Octubre 2005206 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalReportes y Procesos Cambiados
• Si ninguno de lo anterior es cierto, entonces el tipo de teléfono por omisión es MA.
El nuevo orden del parámetro para los parámetros nuevos y existentes es:
• Nombre del Archivo de Datos
• Código de Prospecto Electrónico
• ID Cinta
• Número de Escuela AMCAS
• NSS o ID Generado
• Código de Periodo
• Código de Nivel
• Código de Campus
• Código de Grado AMCAS
• Código de Carrera AMCAS
• Código de Departamento
• Código de Contacto
• Código Fuente
• Código de Tipo de Dirección
• Código de Origen de Dirección
• Código de Tipo de Teléfono
• Código de Tipo de Correo Electrónico
• Impresión de Calificación de Examen
• Mes de Examen Por Omisión
• Imprimir Errores de Código de Municipio (AMCAS)
• Imprimir Resumen de Validación
• Modo Ejecución
Proceso de Emigrar Prospectos Electrónicos (SRRPREL)SRRPREL ahora incluye los mensajes de error de IDs y API en los archivos .lis y .log que son específicos de un ID y los datos del ID. Esto resuelve el problema #103568.
Depuración de Prospecto Electrónico (SRTPURG)La depuración ha sido modificada para eliminar datos de las nuevas tablas temporales (SRTGPAT, SRTCRSS, SRTSUPL, SRTTSPC, SRTDEGR, SRTMAJR) y los nuevos campos temporales en las tablas temporales existentes.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 207
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Reportes y Procesos Cambiados
Proceso de Carga de Datos AMCAS (SAPAMAL)Un nuevo parámetro de Código de Departamento ha sido agregado. Este parámetro es opcional. Ingrese el código de departamento para solicitudes de escuela médica. Los valores válidos vienen de STVDEPT.
Una nueva regla de SAAERUL, CHKINACTIVEADDR, para el grupo ADMS es utilizada con este proceso. Cuando establece a Y, esta regla permite que los datos de Línea 1 y 2 de Calle sean cargados por SAPAMAL El proceso busca las direcciones existentes del mismo tipo, y si no coincide, entonces verifica las direcciones inactivas del mismo tipo antes de que cree una fecha de termino en la dirección actual. Si una coincidencia es encontrada en la dirección inactiva, la dirección existente es dejada sola. Esto evita direcciones que originalmente eran demasiado largas y habían sido truncadas desde que eran sobrescritas durante la carga de datos.
Proceso de Reportes de Carga de Datos AMCAS (SARAMAL)No hay nuevos reportes específicos para AMCAS. Los reportes producidos anteriormente por SARAMAL y luego cargados por SAPAMAL se han fusionado o solo se acomodaron por SRRSRIN, SRRPREL y el procesamiento del API.. Estos reportes son discutidos abajo.
Reporte de Resumen de Datos Coincidentes - SRRSRINEl Reporte de Resumen de Datos Coincidentes, producido anteriormente por SARAMAL, ahora se produce por SRRSRIN. La salida estándar de SRRSRIN provee información de coincidencia que se refleja en este reporte. Nuevas opciones para la coincidencia se han añadido a SRRSRIN.
Reporte de Cambios de Nombre - SRRSRINEl Reporte de Cambios de Nombre, producido anteriormente por SARAMAL, ahora se produce por SRRSRIN. La información de este reporte se ha incorporado en SRRSRIN. Cuando se encuentran las coincidencias, dos columnas adicionales se imprimen dando el apellido actual en el archivo entrante, así como el apellido legar que se puede coincidir con el apellido de Banner. Esta información de nombre será muy útil cuando se resuelvan los posibles registros suspendidos donde el apellido anterior desde un archivo coincide con el apellido existente/actual de Banner.
Por ejemplo, si tiene un solicitante AMCAS que se cargó anteriormente en Banner con el nombre “Smith”, y el solicitante existe en un nuevo archivo entrante con un nombre de casado de “Jordan”. “Smith” sería el viejo apellido que puede ser coincidido con el SPRIDEN_LAST_NAME, pero “Jordan” es el actual apellido. Dependiendo de como se configuran las reglas de coincidencia, puede recibir registros suspendidos en esta situación. Será importante revisar la salida del reporte SRRSRIN para los registros con apellidos legales.
Alumnos Versión 7.2 Octubre 2005208 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalReportes y Procesos Cambiados
Reporte de Dirección en el Extranjero - APIEl Reporte de Dirección en el Extranjero, producido anteriormente por SARAMAL, se maneja por el procesamiento del API actual. El propósito de este reporte era proveer al usuario final de la información para arreglar los datos "malos" de dirección, en este caso direcciones en el extranjero, debido a que los datos de dirección en el extranjero no cumplen con los requerimientos de datos en Banner.
Ahora, con el procesamiento de API existente, las direcciones erróneas se pueden identificar en SRRPREL y SRIPREL. Después de que los registros son coincididos y reciben un status de M o N, si se encuentra que los datos de dirección que van a ser cargados van a ser incompletos, los errores API serán atrapados y presentados al usuario ya sea directamente en SRIPREL (si están ejecutando una carga manual), en SRRSRIN con el parámetro de Auto Carga (Saltar Revisión Duplicados) establecido a Y (si están evitando SRRPREL), y finalmente en SRRPREL. Estos registros no se cargarán, y el status de coincidencia se revertirá a S. Los mensajes se proveen para indicar que hay un problema de datos por resolver y luego se pueden resolver los problemas de datos temporales y los registros se pueden volver a coincidir y cargar.
Reporte de Solicitudes Añadidas - SRRSRINEl Reporte de Solicitud Añadidas, producido anteriormente por SARAMAL, ahora también se produce por SRRSRIN. La información del reporte se ha incorporado en SRRSRIN y se proveerá cuando el parámetro de Auto Carga (Saltar Revisión Duplicados) es Y, (debido a que el proceso SRRPREL se omitirá cuando se ejecute SRRSRIN con el parámetro Auto Carga (Saltar Revisión Duplicados) en Y). No hay opción para no imprimir esta información en los reportes. Cuando el parámetro Auto Carga (Saltar Revisión Duplicados) esta establecido a Y, si una solicitud ha sido creada para el ID, entonces el ID, periodo y número de solicitud será impreso en el reporte.
En la sección de Conteo de Registro en la parte inferior del reporte, la información resumida también se imprime para todos los registros que están cargados en Banner. Esto incluye un número de personas cargadas, número de prospectos cargados y número de solicitantes cargados. Esta es información útil para todos los tipos de cintas.
Nota: SAPAMAL reporta actualmente los registros que no se cargan debido a que la fecha vigente en el registro AMCAS entrante es menor o igual a la fecha vigente en el registro SOASUPL. Cuando no se imprime un número de solicitud para reflejar la “Solicitud Agregada”, esta información es implícita.
Reporte de Solicitudes Añadidas - SRRPRELEl Reporte de Solicitud Añadidas, producido anteriormente por SARAMAL, ahora también se produce por SRRPREL. La información del reporte se ha incorporado en SRRPREL. No hay opción para no imprimir esta información en los reportes. Si una solicitud se ha creado para el ID, entonces el ID, periodo y número de solicitud se imprimirá en el reporte. Los datos de número de solicitud indicarán si se ha creado una solicitud.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 209
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Reportes y Procesos Cambiados
En la sección de Resumen del reporte, la información resumida también se imprime para todos los registros que se cargan en Banner. Esto incluye un número de personas cargadas, número de prospectos cargados y número de solicitantes cargados. Esta es información útil para todos los tipos de cintas.
Las descripciones de datos se han actualizado des usar “Prospectos” a “Registros de Datos” para confirmar que varios tipos de registros se pueden cargar desde:
• SPAPERS si no se cargaron datos de solicitante o reclutamiento,
• SPAPERS y SRBRECR si se cargaron los registros de persona y reclutamiento,
• SPAPERS y SARADAP si no se cargaron los registros de reclutamiento,
• SPAPERS, SRBRECR y SARADAP si se cargaron registros de reclutamiento y solicitud.
Esto corrige la solución de problema #103985.
Nota: SAPAMAL reporta actualmente los registros que no se cargan debido a que la fecha vigente en el registro AMCAS entrante es menor o igual a la fecha vigente en el registro SOASUPL. Cuando no se imprime un número de solicitud para reflejar la “Solicitud Agregada”, esta información es implícita.
Reporte de Cambio en DatosEste reporte, producido anteriormente por SARAMAL, no se incluye en los cambios de baseline para el procesamiento de AMCAS en esta versión. No hay plan de proveer un reporte que específicamente identifique datos sin cambios en SPBPERS, GOBINTL, SORDEGR, etc. cuando existan datos en Banner y los valores entrantes de AMCAS son diferentes. Todos los datos entrantes a Banner en estas tablas y en las demás tablas de producción no se actualizan cuando los datos en el archivo son diferentes.
Los datos están disponibles para las instituciones a reportar para lo que ellas elijan. Los datos de la cinta permanecen almacenado en las tablas temporales hasta que se eliminan por ejecutar SRTPURG. Cuando el procesamiento de coincidencia (SRRSRIN) se ha ejecutado para los datos de cinta y se han actualizado con el status de coincidir, y se asigna un PIDM de Banner a una tabla temporal, cualquier requerimiento de reporte se puede ejecutar para las tablas temporales y los datos de producción asociados a procesarse antes de cargar los datos.
Archivo de Extracción de AMCAS (SARAMXF)La extracción ha sido modificada para verificar primero el campo SPRIDEN_ID para el AMCAS ID, para asegurarse que el tipo de nombre coincide con la etiqueta de regla AMCASNTYP en SAAERUL para el código de grupo de ADMS. Si no se encuentra un valor, se pasa el ID de AMCAS ID desde el campo SABSUPL_AMCAS_ID en SABSUPL y se almacena en el lugar apropiado en el archivo plano.
Alumnos Versión 7.2 Octubre 2005210 Guía de Versión Confidencial
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - FuncionalEjemplos del Reporte
Ejemplos del Reporte
Coincidir Prospecto Electrónico (SRRSRIN)Favor de ver la sección horizontal para los parámetros del reporte y un ejemplo de la salida.
Carga de Candidato Electrónico (SRTLOAD)Favor de ver la sección horizontal para los parámetros del reporte y un ejemplo de la salida.
Proceso de Emigrar Prospectos Electrónicos (SRRPREL)Favor de ver la sección horizontal para los parámetros del reporte y un ejemplo de la salida.
Depuración de Prospecto Electrónico (SRTPURG)Favor de ver la sección horizontal para los parámetros del reporte y un ejemplo de la salida.
Proceso de Carga de Datos AMCAS (SAPAMAL)Favor de ver la sección horizontal para los parámetros del reporte y un ejemplo de la salida.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 211
Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Ejemplos del Reporte
Esta página se dejó en blanco intencionalmente
Alumnos Versión 7.2 Octubre 2005212 Guía de Versión Confidencial
Sección - ProcesReportes Ejemp
Octubre 2005213 Confidencial
Coincidir
Descripción Búsqueda de Cinta (SRVPREL) y los en o AMCAS son cargados en forma specto Electrónico cuando se usa
án abanderados sólo con un status de los códigos de status de coincidencia ) esta establecido a Y, un status de
cada) se establece a Y si los datos no N) se marcan, los registros no se ación requerida para crear el registro
nga un status de suspendido (S), y atos incompletos no son corregidos, de coincidencia de regreso a S hasta
Todos los registros que se procesan , aún si elige crear un nuevo registro. habrá creado en Banner por
ués de ejecutar el proceso con el
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
Prospecto Electrónico (SRRSRIN)
Este proceso es utilizado para determinar si existe una coincidencia entre un registro en la Vista dedatos de producción de SCT Banner cuando los registros de búsqueda o cinta de calificación de exammasiva. Los usuarios deben revisar como trabaja Coincidencia Común con el procesamiento de ProSRRSRIN y SRRPREL.
Cuando el parámetro Auto Cargar (Saltar Revisión Duplicada) esta establecido a N, los registros sercoincidencia. Los registros no son cargados a Banner hasta que SRRPREL es ejecutado una vez quehayan sido aplicados por SRRSRIN. Cuando el parámetro Auto Cargar (Saltar Revisión Duplicadacoincidencia es determinado, y los registros serán cargados automáticamente a Banner.
SRRSRIN no cargará reclutas a Banner cuando el parámetro de Auto Carga (Saltar Revisión Duplise ajustan a las restricciones de API. Cuando los registros con un status de coincidido (M) o nuevo (cargarán en Banner cuando el parámetro de Auto Carga (Saltar Revisión Duplicada) es Y si la inform(como es una dirección) está incompleta.
SRRSRIN marcará registros con direcciones incompletas u otra información incompleta mientras teestos registros suspendidos necesitarán arreglarse manualmente en SRIPREL y/ GOAMTCH. Si los dSRRSRIN no cargará registros incompletos/incorrectos en Banner y continuará cambiando el statusque el problema es resuelto.
Nota: SRRSRIN es el único proceso que genera registros con un status de coincidencia de N. manualmente en SRIPREL usando GOAMTCH tendrán un status de coincidencia de MEsto es debido al hecho de que cuando regrese a SRIPREL, el registro de la persona se GOAMTCH.
Aquí hay un ejemplo de la salida de SRRSRIN cuando se encuentran direcciones incompletas despparámetro de Auto Carga (Saltar Revisión de Duplicados) puesto a Y.
Sección - PrReportes Ej
Octubre 2005214 Confidencial
o a N, (y el proceso de carga después se mo coincididos (M) o nuevos (N), tengan
no se cargarán en Banner, SRRPREL rán el status de coincidencia cambiado a AMTCH. Es muy importante corregir la . Si los datos incompletos no son
espués de ejecutar SRRSRIN con el
to Resultado
Prospecto no cargado
Cargado en 29-NOV-2004
Prospecto no cargado
Cargado en 29-NOV-2004
to Resultado
Prospecto no cargado
Cargado en 30-NOV-2004
Prospecto no cargado
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
Cuando SRRSRIN se ejecuta con el parámetro de Auto Carga (Saltar Revisión Duplicada) puestacomodará por SRRPREL) no se revisa la dirección, de manera que los registros se marcarán coo no completa la información de dirección.
Debido a que los registros en una cinta con datos incompletos como es direcciones incompletastrabaja de manera que los registros que se marquen con N o M y tengan datos incompletos tendS. De nuevo, estos registros suspendidos necesitan corregirse manualmente en SRIPREL y/ GOinformación incorrecta o faltante en este punto, antes de seguir con el Proceso de Coincidenciacorregidos, SRRSRIN no cargará los registros incompletos.
Aquí hay un ejemplo de la salida de SRRPREL cuando se encuentran direcciones incompletas dparámetro de Auto Carga (Saltar Revisión Duplicada) puesto a N.
ID Nombre Status Periodo Nivel Carrera Bachillera
P00002378 Adams, Adam S 199510 UG ARTS UNKNHS
A00024505 Adams, Alison M 199510 UG ARTS UNKNHS
P00002429 Adebowale, Morayo S 199510 UG ARTS UNKNHS
A00027348 Albert, Dawn M 199510 UG ARTS UNKNHS
ID Nombre Status Periodo Nivel Carrera Bachillera
A00023291 Abrams, Anthony S 199510 UG ARTS UNKNHS
A00024505 Adams, Alison M 199510 UG ARTS UNKNHS
A00027662 Martinez, Robert S 199510 UG ARTS UNKNHS
Sección - ProcesReportes Ejemp
Octubre 2005215 Confidencial
elemento Crear Recluta se selecciona ERROR: Error de Datos Prospecto se avegar a GOAMTCH para actualizar ente.
Muestra de
Parámetros Valores
e
ra n
Forma de Validación de Prospecto Electrónico (STVPREL)
ara
ue C
E Errores
N Nuevo
M Coincidir
A Todo
o N Por
Y Cargar IDs nuevos/coincididos
N Realizar procesamiento de duplicados
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
Cuando se usa SRIPREL, si se hace un intento de cargar un registro coincidido (M) o nuevo (N) (el del Menú de Opciones), y los datos están incompletos, se despliega un error en la auto sugerencia: “puso en suspensión.” En este punto el status de coincidencia para el registro se regresa a S. Puede nlos datos incompletos (como es información de dirección faltante) y coincidir el registro adecuadam
l Reporte—Coincidencia de Prospecto Electrónico (SRRSRIN)
Nombre ¿Requerido? Descripción
Código de Prospecto Electrónico
Si Ingresar el código del prospecto electrónico para determinar cuáles registros en la Vista de Búsqueda dCinta (SRVPREL) serán procesados.
Este parámetro trabaja con STVPREL y STVINFC paasociar la cinta con el Origen de Coincidencia Comúpara las reglas de coincidencia apropiadas.
ID Cinta No Ingresar el código para el ID de cinta del prospecto pdefinir más cuáles registros procesar.
Tipo Reporte (Si Parm 04 = N)
Si Ingresar el valor del tipo de reporte para el detalle qdesea mostrar en el reporte - E (errores), N (nuevo), (coincidente), o T (todos).
AutoCarga (Salta Rev Dupl) Si Ingresar Y para cargar automáticamente IDs nuevos para para ejecutar el procesamiento de duplicados. omisión es N.
Sección - PrReportes Ej
Octubre 2005216 Confidencial
Este ejem
21-SEP-
ElectroID
A000010A000010A000010A000010A000111A000010 P000021A000111A000010A000010A000010A000010
21-SEP-
RPTNAMEPREL COTAPE IDREPORT INTERFAAUTOMAT
Number Number Number Number Total INumber
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
plo muestra el parámetro de Auto Carga (Saltar Rev Dupl) puesto a Y.
2005 11:33:56 BANNER System Test PAGE 1 Electronic Prospect Match SRRSRIN
T A P E C O M P A R I S O N P R O C E S S I N G
Tape ID: s1 Report Print: AUTOMATIC LOAD Process Date: 21-SEP-2005
nic Prospect Code: SAT SAT Test Tape NAME MTCH TERM APPL NUM LEVL MAJR HSCH LOAD STATUS
47 Adamson, Karen M 200211 UG 0000 UNKNHS Person Created 21-SEP-200548 Alstonner, Maryanne M 200211 UG ECON UNKNHS Person Created 21-SEP-200549 Angaddrsson, Linda M 200211 UG 0000 UNKNHS Person Created 21-SEP-200551 Bednarson, Richard M 200211 UG ECON UNKNHS Person Created 21-SEP-200510 Caravelle, Yonder M 200211 1 UG ECON UNKNHS Applicant Created 21-SEP-200552 Caroline, Danny M 200211 UG ECON UNKNHS Person Created 21-SEP-2005 Zip, state and nation cannot all be null42 Carrollton, Melody S 200211 UG ECON UNKNHS Prospect not loaded.12 Cobb, Kelly M 200211 1 UG ANTH UNKNHS Applicant Created 21-SEP-200555 Crispin, Amylynn M 200211 UG ECON UNKNHS Person Created 21-SEP-200553 Densters, Amberjane M 200211 1 UG ECON UNKNHS Rec/App Created 21-SEP-200550 Mendoza-Smith, Alvarez M 200211 1 UG ECON UNKNHS Rec/App Created 21-SEP-200554 Richardson, Angela M 200211 1 UG 0000 UNKNHS Rec/App Created 21-SEP-2005
2005 11:33:56 BANNER System Test PAGE 2 Electronic Prospect Match SRRSRIN
* * * REPORT CONTROL INFORMATION - SRRSRIN - Release 7.2 * * *
: SRRSRINDE: SAT SAT Test Tape: s1PRINT: ACE CODE (Retrieved from STVPREL): SATIC LOAD: Y
of Prospects Read: 12of General Persons Migrated to Production Banner: 11of Recruits Migrated to Production Banner: 3of Applicants Migrated to Production Banner: 5ndividuals Migrated to Production Banner: 11of Persons NOT Migrated to Production Banner: 1
Sección - ProcesReportes Ejemp
Octubre 2005217 Confidencial
Este ejemplo pellido del Anterior.28-SEP-2005
SSN(Tape)
28-SEP-2005
SSN(Tape)
066753391
984778291
497544041
524592348
237777795
28-SEP-2005
SSN(Tape)
066743391 007778291
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
muestra el parámetro Auto Cargar (Saltar Revisión de Duplicados) establecido a N y utiliza los registros de A 08:27:32 BANNER System Test PAGE 1 Electronic Prospect Match SRRSRIN
T A P E C O M P A R I S O N P R O C E S S I N G
Tape ID: a9 Report Print: SUSPEND/DUPLICATE RECORDS
ID(BANNER) NAME STATUS
08:27:32 BANNER System Test PAGE 2 Electronic Prospect Match SRRSRIN
T A P E C O M P A R I S O N P R O C E S S I N G
Tape ID: a9 Report Print: ALL PERSONS Process Date: 28-SEP-2005
ID(BANNER) NAME (FORMER LAST NAME) STATUS * * * FIELDS IN ERROR * * *
Mallory , Marian A ( Mcintire) SUSP
Murphy , Carley A ( Gendron ) SUSP
Rich , Christoper M NEW
Saunders, Allan B NEW
Williams , Wilson T NEW
08:27:32 BANNER System Test PAGE 3 Electronic Prospect Match SRRSRIN
T A P E C O M P A R I S O N P R O C E S S I N G
Tape ID: a9 Report Print: SUSPEND/DUPLICATE RECORDS
ID(BANNER) NAME STATUS
P00004854 Mallory Marian Ann SuspendP00004855 Murphy Carley Alice Suspend
Sección - PrReportes Ej
Octubre 2005218 Confidencial
Este ejem de Apellido Legal.
28-SEP-
RPTNAMEPREL COTAPE IDREPORT INTERFAAUTOMAT
RECORD
REPORT
Suspend
Errors
New Per
Matchin
Total
Duplica
28-SEP-
ElectroID
P000048FORMER P000048FORMER A000112A000112A000112
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
plo muestra el parámetro Auto Cargar (Saltar Revisión de Duplicados) establecido a Y y utiliza los Registros
2005 08:27:32 BANNER System Test PAGE 4 Electronic Prospect Match SRRSRIN
* * * REPORT CONTROL INFORMATION - SRRSRIN - Release 7.2 * * *
: SRRSRINDE: AMCS AMCAS: a9PRINT: ACE CODE (Retrieved from STVPREL): AMCSIC LOAD: N
COUNT: 5
COUNTS:
00002
00000
sons 00003
g Persons 00000
-----
00005
te Records 00000
2005 10:49:36 BANNER System Test PAGE 1 Electronic Prospect Match SRRSRIN
T A P E C O M P A R I S O N P R O C E S S I N G
Tape ID: a9 Report Print: AUTOMATIC LOAD Process Date: 28-SEP-2005
nic Prospect Code: AMCS AMCAS NAME MTCH TERM APPL NUM LEVL MAJR HSCH LOAD STATUS
75 Gregory, Casey S 200590 MD MED Prospect not loaded.LAST NAME: Gunderson74 Mallory, Melissa S 200590 MD MED Prospect not loaded.LAST NAME: Mcguire03 Rock, Colin N 200590 1 MD MED Applicant Created 28-SEP-200504 Sanders, Andrew N 200590 1 MD MED Applicant Created 28-SEP-200505 Williams, Willis N 200590 1 MD MED Applicant Created 28-SEP-2005
Sección - ProcesReportes Ejemp
Octubre 2005219 Confidencial
28-SEP-2005
RPTNAME: SRPREL CODE: TAPE ID: a9REPORT PRININTERFACE CAUTOMATIC L
Number of PNumber of GNumber of RNumber of ATotal IndivNumber of P
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
10:49:36 BANNER System Test PAGE 2 Electronic Prospect Match SRRSRIN
* * * REPORT CONTROL INFORMATION - SRRSRIN - Release 7.2 * * *
RSRINAMCS AMCAS
T: AODE (Retrieved from STVPREL): AMCSOAD: Y
rospects Read: 5eneral Persons Migrated to Production Banner: 3ecruits Migrated to Production Banner:pplicants Migrated to Production Banner: 3iduals Migrated to Production Banner: 3ersons NOT Migrated to Production Banner: 2
Sección - PrReportes Ej
Octubre 2005220 Confidencial
Carga d
Descripc SSS, o Peterson) o un archivo de reporte rales: SRTIDEN, SRTPERS, SRTTELE, TSUPL, SRTDEGR, SRTMAJR, (SRVPREL) o SRAPREL. El detalle ento Detalle [SRAPREL] en el Menú de ada registro en el archivo de entrada.
ados (AMCAS). Lee archivos de entrada rcadores en la tabla SORDLIM para un ncia como se definió en SRATPFD en el IN para códigos de prueba.
cador) en SORDLIM para el código de
TVPREL.
C.
la tabla de validación de SCT Banner.
anner y para valores predefinidos.
cinta no esta en blanco, el valor entrante lor de la cinta no es válido en la tabla de sta no esta disponible, entonces un
), ETHN, ETHR (sólo AMCAS), DEGC, LV, EGOL, ADMT (sólo AMCAS), TEAC
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
e Candidato Electrónico (SRTLOAD)
ión Este proceso carga datos de un archivo de entrada de búsqueda (por ejemplo, Guía de Escuela/de calificación de examen (por ejemplo, SAT, ACT, GRE, o AMCAS) a las siguientes tablas tempoSRTADDR, SRTTEST, SRTPREL, SRTHSCH, SRTPCOL, SRTEMAL, SRTGPAT, SRTCRSS, SRSRTTSPC. Los datos en esas tablas se pueden acceder utilizando la Vista de Cinta de Búsquedatambién esta disponible cuando accede a esos registros cargados en SRIPREL utilizando el elemOpciones. El proceso SRTLOAD también crea un reporte de auditoría detallando el status de c
Este proceso se puede usar para cargar archivos de posiciones (SAT, GRE, etc.) y archivos delimitdelimitados basándose en si existen las reglas para delimitadores de archivo o delimitadores/macódigo de cinta dado. El proceso buscará los campos ya sea por puesto o por número de secuecampo SRRTPFD_START_POS. El proceso hace referencia al campo STVTESC_TESC_CODE_DATE_ORIG
Debe hacer lo siguiente para prepararse para la ejecución de SRTLOAD:• Si el archivo de entrada está delimitado, configure el delimitador ( y opcionalmente el mar
cinta que se usa.
• Configure los valores de código de cinta y código de interfaz correspondientes (INFC) en S
• Asigna el código de origen de coincidencia apropiado con el código de interfaz en STVINF
• Establece las reglas en SOTCNVT para la conversión de los valores de cinta a los valores de
Los códigos listados abajo se comparan con SOTCNVT para la conversión de valores de SCT B
Si el código en la cinta esta en blanco, el valor “*” es coincidido contra SOTCNVT. Si el valor dees coincidido contra SOTCNVT. Si no hay conversión disponible para el valor de la cinta o el vavalidación de SCT Banner, la literal PREDETERMINADO es coincidida contra SOTCNVT. Si émensaje de error es impreso en el reporte.
En SOTCNVT, las siguientes tablas son validadas: NATN, CITZ, STAT, INTS, INTP (sólo PSATDEGA (sólo AMCAS), MAJR, MSJP (sólo PSAT), RELG, CNTY, TADM, TERM, DEPT, VTYP, ED
Sección - ProcesReportes Ejemp
Octubre 2005221 Confidencial
s de código de bachillerato), y ADMT
de carrera, código de interés, código tipo de dirección, código de tipo de
n de la escuela anterior o bachillerato izará el código de periodo ingresado
digo de tipo de dirección, código de entrada. Si ningún código fuente o á utilizado. En adición, la fuente de C.
de cargas de cinta. El * y la ampo MAJR (MAJR1). Si hay valores osición SOTCNVT y los valores en r indicando el campo y el error. INTS tros existentes en el archivo de datos
arámetro correspondiente en RTLOAD esta en blanco, SRTLOAD a, etc. Si no existen valores en el ningún valor existe en el parámetro, os campos Fuente de Cinta y Tipo de OAD. Si no existen valores en
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
(sólo AMCAS), TEFR (sólo AMCAS), SBGI (conversiones de código de escuela), SBGH (conversione(sólo AMCAS).
Las excepciones para la determinación de conversiones y valores predeterminados son para el códigode periodo, código de nivel, código de campus, código de tipo de contacto, código fuente, código decorreo electrónico y código de teléfono. SRTLOAD analizará apropiadamente la fecha de graduacióen el archivo entrante contra las reglas en SOTCNVT para determinar el código del periodo, o utilen el parámetro de Código de Periodo de SRTLOAD.
Si no hay coincidencia, el valor del parámetro Código de Periodo es utilizado. El código de nivel, cótipo de teléfono, y código de correo electrónico insertados siempre serán del valor del parámetro detipo de contacto es ingresado en los parámetros de entrada, el valor de STVINFC para la interfaz sercalificación de examen insertada en las calificaciones de examen será la primera creada en STVINF
Los campos INTS y MAJR pueden tener múltiples valores en múltiples campos para algunos tipos funcionalidad de PREDETERMINADO sólo trabajará en el primer intento de coincidencia para el cen los campos MAJR2, MAJR3, o MAJR4, el proceso intentará coincidir los valores contra la transpSTVMAJR. Si ninguna coincidencia es encontrada para estos, el reporte impreso desplegará un errono utilizará el * o la funcionalidad de PREDETERMINADO debido a la posibilidad de muchos regisentrantes.
Los valores predefinidos en SRAPRED son utilizados cuando no hay valores de SOTCNVT y si el pSRTLOAD esta en blanco. Cuando no hay valores SOTCNVT y si el parámetro correspondiente en Sprimero utilizará los datos que existen en la cinta entrante para tales campos como Periodo, Carrerarchivo, y no se convierte en SOTCNVT, entonces SRTLOAD utilizará los datos en el parámetro. SiSRTLOAD utilizará el valor en SRAPRED. La Fuente de Examen se predefinirá desde STVINFC. LContacto serán llenados desde STVINFC si no hay valores del parámetro correspondiente de SRTLSTVINFC, los valores se predefinirán desde SRAPRED donde sea apropiado.
Cuando se cargan los datos en Banner, la jerarquía de carga es como sigue:
Sección - PrReportes Ej
Octubre 2005222 Confidencial
existen, y si un valor de parámetro válido
ara el nivel para el cuál esta ejecutando el solicitante.
Parámet Valores
los a de r
en la Forma de Validación de Prospecto Electrónico (STVPREL)
si smo
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
• Los valores desde SOTCNVT se cargarán primero, si existen.
• Los valores desde el parámetro SRTLOAD se cargarán segundos, si se han ingresado.
• Los valores desde STVINFC (tipo de contacto y/o código de origen) se cargarán terceros, si no existe en SRTLOAD.
• Los valores desde SRAPRED se cargarán en cuarto lugar, si existen.
Nota: Para AMCAS, el tipo de alumno siempre necesitará ser actualizado en SRAPRED pSRTLOAD, para el valor requerido del Tipo de Alumno que va a ser cargado para
ros Nombre ¿Requerido? Descripción
Nombre del Archivo de Datos
Si Ingresar el nombre/ruta del archivo que contieneregistros de búsqueda de cinta o registros de cintcalificación de examen que van a ser cargados (poejemplo, /tmp/search.data).
Código de Prospecto Electrónico
Si Ingrese el código de prospecto electrónico a usarcarga.
ID Cinta No Ingresar el ID adicional de la cinta, el cuál es útilmúltiples cintas están siendo cargadas para el micódigo de prospecto.
Sección - ProcesReportes Ejemp
Octubre 2005223 Confidencial
las
atos
stos
es
G
stán el e de
rán en
S Use NSS desde el archivo de datos
G Genera un ID nuevo
la
Forma de Validación de Código de Periodo (STVTERM)
Parámetros Valores
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
Número de Escuela AMCAS
No Ingresar el código de escuela AMCAS que va a ser procesado en la carga.
Este parámetro es opcional para todos los archivos
entrantes de AMCAS. Si hay varios números de escue
en el archivo de entrada, el parámetro ordenará los d
por el número de escuela ingresado y solo procesará e
registros. Si este parámetro se deja en NULL, entonc
todos los registros en el archivo se procesarán.
NSS o ID Generado Si Ingrese S para usar NSS desde el archivo de datos o para siempre generar un nuevo ID.
Nota: Si el ID es generado o los datos de entrada een ceros (como es el caso de algunos registros ACT), proceso desplegará GEN en el campo ID en el reportsalida cuando el reporte es ejecutado en modo de auditoría. Los IDs generados realmente se desplegaen el reporte impreso cuando el reporte es ejecutadomodo de actualizar.
Código de Periodo No Ingresar el código de periodo que será utilizado si uncódigo de periodo no puede ser determinado desde fecha de graduación de bachillerato en la cinta de búsqueda o calificación de examen y las reglas de conversión de SOTCNVT, o si no se ha ingresado uncódigo de periodo en SRAPRED.
(cont Nombre ¿Requerido? Descripción
Sección - PrReportes Ej
Octubre 2005224 Confidencial
de Forma de Validación de Código de Nivel (STVLEVL)
ro de Forma de Validación de Código de Campus (STVCAMP)
ospecto.
xcepto
ra la
rado si:
AS
nte en
ión
igo de
LOAD.
Forma de Validación de Código de Grado (STVDEGC)
Parámet Valores
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
Código de Nivel Si Ingresar el código de nivel que irá en el registro reclutamiento del prospecto.
Código de Campus No Ingresar el código de campus que irá en el registreclutamiento del prospecto si es ingresado.
Código de Grado AMCAS No Ingresar el código de grado para el registro de pr
Este parámetro es opcional para todas las cintas e
AMCAS. AMCAS requiere el código de grado pa
solicitud.
Las solicitudes AMCAS no tendrán un código de g
este parámetro no es ingresado, el entrante AMC
APPL_TYPE no tiene una conversión correspondie
SOTCNVT para el nombre de la tabla de validac
DEGA, o un grado ha sido ingresado para el cód
nivel en SRAPRED para lo cuál es ejecutado SRT
ros (cont Nombre ¿Requerido? Descripción
Sección - ProcesReportes Ejemp
Octubre 2005225 Confidencial
pto
la
igo
este
n
a
a, y
Forma de Validación de Código de Carrera, Especialidad, Concentración (STVMAJR)
Parámetros Valores
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
Código de Carrera AMCAS No Ingresar el código de carrera para el registro de prospecto/solicitud.
Este parámetro es opcional para todas las cintas exce
AMCAS. AMCAS requiere el código de carrera para
aplicación cuando SRTLOAD se ejecutar para el cód
de prospecto electrónico AMCS.
Si no se ingresa un código de carrera de AMCAS para
parámetro, debe tener un código de carrera listado e
SRAPRED para el código de nivel para el que está
ejecutando SRTLOAD. SRTLOAD indicará su hay un
carrera faltante para AMCAS en el archivo de bitácor
el proceso terminará si no se encuentran carreras de
AMCAS en SRTLOAD o SRAPRED.
(cont Nombre ¿Requerido? Descripción
Sección - PrReportes Ej
Octubre 2005226 Confidencial
tro de
e
ste
que
l
l código
e la
vía el
Forma de Validación de Código de Departamento (STVDEPT)
tro de Forma de Validación de Código de Tipo de Contacto (STVCTYP)
e irá en Forma de Validación de Código de Institución Fuente/Origen (STVSBGI)
er ingresa
Forma de Validación de Código de Tipo de Dirección (STVATYP)
registro Forma de Validación de Origen de Dirección (STVASRC)
Parámet Valores
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
Código de Departamento No Ingresar el código de departamento para el regisprospecto.
Archivos AMCAS no se proveen para un código d
departamento. Puede establecer el código de
departamento para solicitudes AMCAS usando e
parámetro o ingresando un valor de código de
departamento en SRAPRED para el nivel para el
ejecuta SRTLOAD.
Si el código de departamento es requerido para e
procesamiento de curriculum en su institución, e
de departamento es necesario para que se proces
solicitud correctamente siempre que se actualice
parámetro SRTLOAD o usando SRAPRED.
Código de Contacto No Ingresar el código de contacto que irá en el regisreclutamiento del prospecto.
Código Fuente No Ingresar el código de institución fuente/origen quel registro de reclutamiento del prospecto.
Código de Tipo de Dirección
Si Ingresar el código de tipo de dirección que va a sutilizado para la dirección de prospecto. Si no sealgún valor, MA es el predefinido.
Código de Origen de Dirección
Si Ingresar el código de origen de dirección para el de prospecto.
ros (cont Nombre ¿Requerido? Descripción
Sección - ProcesReportes Ejemp
Octubre 2005227 Confidencial
o
ero ado
y no tipo se
.
e
Forma de Validación de Tipo de Teléfono (STVTELE)
el Forma de Validación de Tipo de Dirección de Correo Electrónico (GTVEMAL)
n el orte . s de
Y Imprimir calificaciones de examen
N No imprimir calificaciones de examen
es
Parámetros Valores
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
Código de Tipo de Teléfono
No Ingresar el código de tipo de teléfono predeterminadpara el registro de reclutamiento del prospecto.
Cuando el parámetro de Tipo de Teléfono es NULL entonces el tipo de teléfono que se carga con el númde teléfono debe ser el tipo de teléfono que está asocicon el tipo de dirección en STVATYP.
Cuando el parámetro de Tipo de Teléfono es NULL, existe un valor correspondiente de STVATYP para el de teléfono, entonces el tipo de teléfono que se cargadebe coincidir con el código de tipo de dirección, mientras también sea un código válido de STVTELE
Si ninguno de lo anterior es cierto, entonces el tipo dteléfono por omisión es MA.
Código de Tipo de Correo Electrónico
No Ingresar el código de tipo de correo electrónico paracorreo electrónico del prospecto.
Impresión de Calificación de Examen
Si Ingresar Y para imprimir calificaciones de examen ereporte o imprimir calificaciones de examen en el repmientras procesa registros de calificación de examenIngresar N para suprimir la impresión de calificacioneexamen.
Mes de Examen Por Omisión
No Ingrese el mes predefinido par el examen. Los valorválidos son 01 - 12.
(cont Nombre ¿Requerido? Descripción
Sección - PrReportes Ej
Octubre 2005228 Confidencial
ara el ra no
o es Y.
os
an
errores
xcepto
n o N
ara
para Banner Banner opiado,
U Actualizar la base de datos
A Produce un reporte de auditoría
Parámet Valores
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
Imprimir Errores de Código de Municipio (AMCAS)
Si Ingresar Y para imprimir errores de validación pmunicipio para el procesamiento AMCAS o N paimprimir los errores de validación. El predefinid
Esta opción se provee debido a que existen much
códigos de municipio que no se validan y que cre
innecesariamente un reporte grande con muchos
redundantes.
Este parámetro es opcional para todas las cintas e
AMCAS.
Imprimir Resumen de Validación
Si Ingresar Y para imprimir el resumen de validaciópara no imprimir el resumen de validación. El predefinido es Y.
Modo Ejecución Si Ingresar U para actualizar la base de datos o A pejecutar un reporte de auditoría.
Nota: Ejecutar el proceso en modo de auditoríadeterminar que valores están faltantes desde SCT(por ejemplo, códigos de bachillerato, códigos decarrera). Si esos valores no son creados en SCT y convertidos utilizando SOTCNVT donde es aprel valor no será cargado en SCT Banner.
ros (cont Nombre ¿Requerido? Descripción
Sección - ProcesReportes Ejemp
Octubre 2005229 Confidencial
Ejemplo de
05-OCT-2005
ID
P00005626
P00005627 P00005628
P00005629
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
Reporte - Carga de Prospecto Electrónico (SRTLOAD)
11:12:24 BANNER System Test Page: 1 Electronic Prospect Load SRTLOAD
NAME SBGI GRD YR STREET CITY ST ZIP/CNTRY BIRTH DATE
Shanley, Renee 422 2004 18300 Lexington Dr. Monte Sereno CA 95030 07/04/82 CONV TABLE TAPE VALUE ERROR NATN 840 Not In SOTCNVT,STVNATN NATN 840 Not In SOTCNVT,STVNATN CNTY 059 Not In SOTCNVT,STVCNTY CNTY 065 Not In SOTCNVT,STVCNTY TEST CODE TEST DATE SCORE MBS 01-AUG-2004 12 MPS 01-AUG-2004 10 MVR 01-AUG-2004 13 MWS 01-AUG-2004 T SBGI 415 PCOL Not In SOTCNVT,STVSBGI PCOL UNKNP2 Default from SARERUL PCOL 422 Determined to be a repeat value
Furson, Tracy 425 2005 6660 E Smoketree Avenue Oak Park CA 91377 03/15/83 CONV TABLE TAPE VALUE ERROR NATN 840 Not In SOTCNVT,STVNATN NATN 840 Not In SOTCNVT,STVNATN CNTY 111 Not In SOTCNVT,STVCNTY CNTY 037 Not In SOTCNVT,STVCNTY TEST CODE TEST DATE SCORE MBS 01-AUG-2004 10 MPS 01-AUG-2004 10 MVR 01-AUG-2004 11 MWS 01-AUG-2004 QNGUYEN, BILLY 6855 2006 PO Box 15172 Stanford CA 94309 03/08/84 CONV TABLE TAPE VALUE ERROR NATN 840 Not In SOTCNVT,STVNATN NATN 840 Not In SOTCNVT,STVNATN CNTY 059 Not In SOTCNVT,STVCNTY CNTY 143 Not In SOTCNVT,STVCNTY TEST CODE TEST DATE SCORE MBS 01-AUG-2004 10 MPS 01-AUG-2004 13 MVR 01-AUG-2004 10 MWS 01-AUG-2004 T SBGI 415 PCOL Not In SOTCNVT,STVSBGI PCOL UNKNP2 Default from SARERUL
Brendan, Beau 996 2005 970 West Broadway Jackson WY 83001 04/21/83 CONV TABLE TAPE VALUE ERROR ETHR W Not In SOTCNVT,STVETHN NATN 840 Not In SOTCNVT,STVNATN NATN 840 Not In SOTCNVT,STVNATN CNTY 039 Not In SOTCNVT,STVCNTY
Sección - PrReportes Ej
Octubre 2005230 Confidencial
05-OCT-
ID
P000056
P000056
P000056
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
2005 11:12:24 BANNER System Test Page: 2 Electronic Prospect Load SRTLOAD
NAME SBGI GRD YR STREET CITY ST ZIP/CNTRY BIRTH DATE
29 Brendan, Beau 996 2005 970 West Broadway Jackson WY 83001 04/21/83 CNTY 037 Not In SOTCNVT,STVCNTY TEST CODE TEST DATE SCORE MBS 01-AUG-2004 12 MPS 01-AUG-2004 14 MVR 01-AUG-2004 11 MWS 01-AUG-2004 Q CONV TABLE TAPE VALUE ERROR SBGI 996 PCOL Not In SOTCNVT,STVSBGI PCOL UNKNPC Default from SARERUL SBGI 951 PCOL Not In SOTCNVT,STVSBGI PCOL UNKNP2 Default from SARERUL
30 Long, Allison 6266 2006 5432 Mt. Burnham Dr. San Diego CA 92111 08/16/84 CONV TABLE TAPE VALUE ERROR ETHR W Not In SOTCNVT,STVETHN NATN 840 Not In SOTCNVT,STVNATN NATN 840 Not In SOTCNVT,STVNATN CNTY 073 Not In SOTCNVT,STVCNTY CNTY 073 Not In SOTCNVT,STVCNTY TEST CODE TEST DATE SCORE MBS 01-AUG-2004 10 MPS 01-AUG-2004 10 MVR 01-AUG-2004 11 MWS 01-AUG-2004 R SBGI 6266 PCOL Not In SOTCNVT,STVSBGI MAJR HIST Major found from description PCOL UNKNPC Default from SARERUL SBGI 858 PCOL Not In SOTCNVT,STVSBGI PCOL UNKNP2 Default from SARERUL
31 Bradford, Jeremy 423 2005 3000 Lillard Dr. #238 Davis CA 95616 03/19/81 CONV TABLE TAPE VALUE ERROR ETHR W Not In SOTCNVT,STVETHN NATN 840 Not In SOTCNVT,STVNATN NATN 840 Not In SOTCNVT,STVNATN CNTY 097 Not In SOTCNVT,STVCNTY CNTY 081 Not In SOTCNVT,STVCNTY TEST CODE TEST DATE SCORE MBS 01-AUG-2004 10 MPS 01-AUG-2004 10 MVR 01-AUG-2004 08 MWS 01-AUG-2004 S SBGI 953 PCOL Not In SOTCNVT,STVSBGI MAJR BUEC Converted Code and Tape Desc mismatch PCOL UNKNP2 Default from SARERUL SBGI 6219 PCOL Not In SOTCNVT,STVSBGI
Sección - ProcesReportes Ejemp
Octubre 2005231 Confidencial
05-OCT-2005
ID
P00005631
P00005632
P00005633
P00005634
P00005635
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
11:12:24 BANNER System Test Page: 3 Electronic Prospect Load SRTLOAD
NAME SBGI GRD YR STREET CITY ST ZIP/CNTRY BIRTH DATE
Bradform, Jeremy 4082 2005 3000 Lillard Dr. #238 Davis CA 95616 03/19/81 TEST CODE TEST DATE SCORE PCOL 4019 Name found in STVSBGI
DREYSON, ANDY 427 2005 20516 Hiawatha St. Chatsworth CA 91311 05/11/82 CONV TABLE TAPE VALUE ERROR ETHR W Not In SOTCNVT,STVETHN NATN 840 Not In SOTCNVT,STVNATN NATN 840 Not In SOTCNVT,STVNATN CNTY 037 Not In SOTCNVT,STVCNTY CNTY 037 Not In SOTCNVT,STVCNTY TEST CODE TEST DATE SCORE MBS 01-APR-2005 11 MBS 01-AUG-2004 11 MPS 01-APR-2005 11 MPS 01-AUG-2004 10 MVR 01-APR-2005 08 MVR 01-AUG-2004 06 MWS 01-APR-2005 S MWS 01-AUG-2004 R
Chow, Dan 422 2004 167 Lakeshore Ct. Richmond CA 94804 06/20/80 CONV TABLE TAPE VALUE ERROR NATN 840 Not In SOTCNVT,STVNATN NATN 344 Not In SOTCNVT,STVNATN TEST CODE TEST DATE SCORE MBS 01-APR-2005 09 MPS 01-APR-2005 10 MVR 01-APR-2005 08 MWS 01-APR-2005 M SBGI 539 PCOL Not In SOTCNVT,STVSBGI PCOL UNKNP2 Default from SARERUL
Larson, Karen 425 2005 7993 Geranium Cir Buena Park CA 90620 10/26/83 CONV TABLE TAPE VALUE ERROR NATN 840 Not In SOTCNVT,STVNATN NATN 704 Not In SOTCNVT,STVNATN NATN 840 Not In SOTCNVT,STVNATN CNTY 059 Not In SOTCNVT,STVCNTY TEST CODE TEST DATE SCORE MBS 01-APR-2005 11 MPS 01-APR-2005 13 MVR 01-APR-2005 06 MWS 01-APR-2005 K SBGI 477 PCOL Not In SOTCNVT,STVSBGI PCOL UNKNP2 Default from SARERUL
Spangler, John 425 2006 4428 Woodleigh Lane La Canada CA 91011 01/25/83
Sección - PrReportes Ej
Octubre 2005232 Confidencial
05-OCT-
ID
P000056
P000056
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
2005 11:12:24 BANNER System Test Page: 4 Electronic Prospect Load SRTLOAD
NAME SBGI GRD YR STREET CITY ST ZIP/CNTRY BIRTH DATE
35 Spangler, John 425 2006 4428 Woodleigh Lane La Canada CA 91011 01/25/83 CONV TABLE TAPE VALUE ERROR ETHR W Not In SOTCNVT,STVETHN NATN 840 Not In SOTCNVT,STVNATN NATN 840 Not In SOTCNVT,STVNATN CNTY 037 Not In SOTCNVT,STVCNTY CNTY 037 Not In SOTCNVT,STVCNTY TEST CODE TEST DATE SCORE MBS 01-AUG-2004 13 MPS 01-AUG-2004 15 MVR 01-AUG-2004 13 MWS 01-AUG-2004 P
36 Olson, Michael 427 2005 4260 Porte De Palmas 62 San Diego CA 92122 06/06/83 CONV TABLE TAPE VALUE ERROR ETHR AK Not In SOTCNVT,STVETHN NATN 840 Not In SOTCNVT,STVNATN NATN 840 Not In SOTCNVT,STVNATN CNTY 067 Not In SOTCNVT,STVCNTY CNTY 067 Not In SOTCNVT,STVCNTY TEST CODE TEST DATE SCORE MBS 01-AUG-2004 12 MPS 01-AUG-2004 12 MVR 01-AUG-2004 09 MWS 01-AUG-2004 Q SBGI 362 PCOL Not In SOTCNVT,STVSBGI PCOL UNKNP2 Default from SARERUL
Sección - ProcesReportes Ejemp
Octubre 2005233 Confidencial
05-OCT-2005
RPTNAME: SRTABLE TAPECNTY 059 CNTY 065 CNTY 111 CNTY 037 CNTY 143 CNTY 039 CNTY 073 CNTY 097 CNTY 081 CNTY 067 ETHR W ETHR AK MAJR HISTMAJR NATN 840 NATN 344 NATN 704 PCOL 4019SBGI 415 SBGI 996 SBGI 951 SBGI 6266SBGI 858 SBGI 953 SBGI 6219SBGI 539 SBGI 477 SBGI 362
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
11:12:24 BANNER System Test Page: 5 Electronic Prospect Load SRTLOAD
* * * REPORT SUMMARY INFORMATION - SRTLOAD - Release 7.2 * * *
TLOAD VALUE ERROR DESCRIPTION Not In SOTCNVT,STVCNTY Not In SOTCNVT,STVCNTY Not In SOTCNVT,STVCNTY Not In SOTCNVT,STVCNTY Not In SOTCNVT,STVCNTY Not In SOTCNVT,STVCNTY Not In SOTCNVT,STVCNTY Not In SOTCNVT,STVCNTY Not In SOTCNVT,STVCNTY Not In SOTCNVT,STVCNTY Not In SOTCNVT,STVETHN Not In SOTCNVT,STVETHN Major found from description History Converted Code and Tape Desc mismatch BUEC ARTL Liberal Arts Not In SOTCNVT,STVNATN Not In SOTCNVT,STVNATN Not In SOTCNVT,STVNATN Name found in STVSBGI PCOL Not In SOTCNVT,STVSBGI PCOL Not In SOTCNVT,STVSBGI PCOL Not In SOTCNVT,STVSBGI PCOL Not In SOTCNVT,STVSBGI PCOL Not In SOTCNVT,STVSBGI PCOL Not In SOTCNVT,STVSBGI PCOL Not In SOTCNVT,STVSBGI PCOL Not In SOTCNVT,STVSBGI PCOL Not In SOTCNVT,STVSBGI PCOL Not In SOTCNVT,STVSBGI
Sección - PrReportes Ej
Octubre 2005234 Confidencial
05-OCT-
RPTNAMEFILENAMPREL COTAPE COINFC COTAPE IDAMCAS SSSN,GENTERM COLEVEL CCAMPUS AMCAS DAMCAS MDEPARTMCONTACTSOURCE ADDRESSADDRESSTELE TYEMAIL TPRINT TDEFAULTPRINT CPRINT ERUN MOD
Number Total oTotal oTotal o
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
2005 11:12:24 BANNER System Test Page: 6 Electronic Prospect Load SRTLOAD
* * * REPORT CONTROL INFORMATION - SRTLOAD - Release 7.2 * * *
: SRTLOADE : /u01/s7s70/banner/data/sa2.datDE : AMCSDE : AMCS AMCAS Test Score FileDE : AMCS : sa2CHOOL CODE:ERATE ID : GDE : 199810 * Value Input *ODE : MDCODE : MEGREE CODE : MDAJOR CODE : MEDENT CODE : BIOL CODE : CNS * Value From SRAPRED Used *CODE : A00001 * Value From SRAPRED Used * TYPE : MA SOURCE : TAPEPE : PAYPE : HOMEESTS : Y MONTH :OUNTY ERRORS: YRROR SUMMARY: YE : U
of Records Read from Tape: 11f Prospects Loaded : 11f PIDMs Matched : 0f Conversion Errors : 73
Sección - ProcesReportes Ejemp
Octubre 2005235 Confidencial
Proceso d
Descripción anner para los temporales en la cinta SRRPREL procesa todos los registros (Coincidente), o A(Todos) o las filas do). Una vez que el registro ha sido
ara permitir a las escuelas indicar si s creado por SRRPREL. Cuando esta stro de solicitud. Ingresar N para no
Muestra de
Parámetros Valores
Forma de Validación de Prospecto Electrónico (STVPREL)
ejar cto
ara M registros coincididos
N registros nuevos
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
e Emigrar Prospectos Electrónicos (SRRPREL)
Este proceso es utilizado para crear o actualizar los registros de admisiones y reclutamiento de SCT Bde búsqueda, incluyendo registros AMCAS, dependiendo de cómo son establecidos los parámetros. de cinta de calificación de examen y AMCAS que tienen un status de coincidencia de N (Nuevo), Ccon un status de coincidencia establecido a M o N (dependiendo del valor del parámetro seleccionacargado, su status de carga es establecido a C.
Una nueva regla, CREATENEWAPPL, ha sido agregada a SAAERUL para el grupo igual a PREL pquieren que un registro de solicitud sea creado al mismo tiempo que un registro de reclutamiento eregla es establecida a Y, el paquete sakmods.p_create_application será llamado para crear un regicrear un registro de solicitud correspondiente.
l Reporte—Proceso de Emigrar Candidatos Electrónicos (SRRPREL)
Nombre ¿Requerido? Descripción
Código de Prospecto Electrónico
Si Ingresar el código de prospecto electrónico de los registros que van a ser emigrados a SCT Banner.
ID Cinta No Ingresar el código para el ID de cinta de prospecto o den blanco todos los registros con el código de prospeelectrónico especificado.
Coincidir Status Si Ingresar M para seleccionar sólo filas coincididas, N pnuevas filas, o A para todas las filas.
Sección - PrReportes Ej
Octubre 2005236 Confidencial
Este ejem21-SEP-
ElectroID
A000010PersonCreated21-SEP-A000010PersonCreated21-SEP-A000010PersonCreated21-SEP-A000111A000010PersonCreated21-SEP- P000021Prospecloaded.A000111A000010PersonCreated21-SEP-A000010A000010A000010
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
plo muestra los resultados con un error de API.2005 10:57:56 BANNER System Test Page: 1 Migrate Electronic Prospects SRRPREL
nic Prospect Code: SAT SAT Test Tape NAME MTCH TERM APPL NUM LEVL MAJR HSCH LOAD STATUS
48 Alstonner, Maryanne M 200211 UG ECON UNKNHS
200549 Angaddrsson, Linda M 200211 UG PSYC UNKNHS
200551 Bednarson, Richard M 200211 UG ECON UNKNHS
200510 Caravelle, Yonder N 200211 1 UG ECON UNKNHS Applicant Created 21-SEP-200552 Caroline, Danny M 200211 UG ECON UNKNHS
2005 Prospect ID: P00002130 Zip, state and nation cannot all be null30 Carrollton, Melody S 200211 UG ECON UNKNHSt not
12 Cobb, Kelly N 200211 1 UG ANTH UNKNHS Applicant Created 21-SEP-200555 Crispin, Amylynn M 200211 UG ECON UNKNHS
200553 Densters, Amberjane M 200211 1 UG ECON UNKNHS Applicant Created 21-SEP-200550 Mendoza-Smith, Alvarez M 200211 1 UG ECON UNKNHS Applicant Created 21-SEP-200554 Richardson, Angela M 200211 1 UG PSYC UNKNHS Applicant Created 21-SEP-2005
Sección - ProcesReportes Ejemp
Octubre 2005237 Confidencial
21-SEP-2005
RPTNAME: SRPREL CODE: TAPE ID : sMATCH STATU
Number of PNumber of GNumber of RNumber of ATotal IndivNumber of P
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
10:57:56 BANNER System Test Page: 2 Migrate Electronic Prospects SRRPREL
* * * REPORT CONTROL INFORMATION - SRRPREL - Release 7.2 * * *
RPRELSAT SAT Test Tape1S: A
rospects Read: 11eneral Persons Migrated to Production Banner: 10ecruits Migrated to Production Banner:pplicants Migrated to Production Banner: 5iduals Migrated to Production Banner: 10ersons NOT Migrated to Production Banner: 1
Sección - PrReportes Ej
Octubre 2005238 Confidencial
Depura
Descripc en y cinta de búsqueda. Este proceso le e búsqueda o cinta de puntuación de
Parámet Valores
a a ser Forma de Validación de Prospecto Electrónico (STVPREL)
a
Forma de Validación de Código de Periodo (STVTERM)
specto Forma de Validación de Código de Nivel (STVLEVL)
a las
sólo los
os ados.
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
ción de Prospecto Electrónico (SRTPURG)
ión Este proceso es utilizado para eliminar registros de las tablas temporales de calificación de exampermite designar cuáles registros depurar. Todos los datos asociados con los registros de cinta dexamen son eliminados basándose en los siguientes valores de parámetro.
ros Nombre ¿Requerido? Descripción
Código de Prospecto Electrónico
Si Ingresar el código de prospecto electrónico que vutilizado en la depuración.
ID Cinta No Ingresar el ID adicional que va a ser utilizado paridentificar la cinta durante el proceso de carga.
Código de Periodo No Ingresar el código de periodo de los registros de prospecto que van a ser depurados.
Código de Nivel No Ingresar el código de nivel de los registros de proque van a ser depurados.
Fecha de Agregación No Ingresar la fecha en la que fue cargado el registrotablas temporales vía SRTLOAD.
Coincidir Status No Ingresar el status de coincidencia para indicar queregistros con ese status de coincidencia deben serdepurados.
Status de Carga No Ingresar el status de carga para indicar que sólo lregistros con ese status de carga deben ser depur
Sección - ProcesReportes Ejemp
Octubre 2005239 Confidencial
Muestra de
ser
imir Y Imprimir detalle
N No imprime detalle
ra as
A Auditoría
U Actualizar
05-OCT-2005
ID
A00011149 P00005084 A00011242 A00011235
Parámetros Valores
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
l Reporte—Depuración de Prospecto Electrónico (SRTPURG)
Fecha de Carga No Ingresar la fecha de cuando fueron cargados originalmente en SCT Banner los registros que van adepurados.
Imprimir Detalle en Reporte
No Ingresar Y para imprimir el detalle o N para no imprel detalle.
Modo Ejecución Si Ingresar U para actualizar la base de datos o A para ejecutar un reporte de auditoría.
Nota: Ejecutar el proceso en modo de auditoría padeterminar cuáles registros serán quitados de las tabltemporales.
09:31:18 BANNER System Test Page: 1 Electronic Prospect Purge SRTPURG
NAME Prospect Code TAPE ID TERM LVL ADD DATE MATCH STAT LOAD STAT LOAD DATE
Kinney, Patrick O AMCS aid 200590 MD 29-SEP-2005 M C 29-SEP-2005Groner, Kathryn Y AMCS aid 200590 MD 29-SEP-2005 SKoshy, Thomas P AMCS aid 200590 MD 29-SEP-2005 N C 29-SEP-2005Kamat, Shivani S AMCS aid 200590 MD 29-SEP-2005 M C 29-SEP-2005
(cont Nombre ¿Requerido? Descripción
Sección - PrReportes Ej
Octubre 2005240 Confidencial
05-OCT-
RPTNAMEPREL COTAPE IDTERM COLEVEL CDATE ADMATCH SLOAD STDATE LOPRINT DRUN MOD
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
2005 09:31:18 BANNER System Test Page: 2 Electronic Prospect Purge SRTPURG
* * * REPORT CONTROL INFORMATION - SRTPURG - Release 7.2 * * *
: SRTPURGDE: AMCS : aidDE:ODE:DED:TATUS:ATUS:ADED:ETAIL ON REPORT: YE(A=Audit,U=Update): U
Sección - ProcesReportes Ejemp
Octubre 2005241 Confidencial
Proceso d
Descripción base de datos de Banner.
pellido, el proceso ejecutará la ntes pueden ser Nuevo, Coincidente,
una coincidencia de registros y los s de Carga de Datos AMCAS
ucir los reportes de auditoría y error
án disponibles en el reporte de salida
enidos en SATAMAL. Cada vez que ndicador Procesado
. El número de visa se establecerá a tra manera será tomado del registro
ón del reporte de cambio de ID y
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
e Carga de Datos AMCAS (SAPAMAL)
Este proceso carga los datos de solicitud AMCAS desde la Tabla Temporal AMCAS (SATAMAL) a la
Basado en las selecciones hechas para los parámetros Modo de Ejecución, Coincidir Sólo con ID y Acoincidencia con el ID y apellido o con el ID, apellido y fecha de nacimiento. Los resultados coincideo Rechazar.
Si ejecuta en Modo Auditoría con el Parámetro de Crear Nuevos Registros establecido a N, ocurriráregistros serán escritos en dos tablas temporales, las cuáles son utilizadas por el Proceso de Reporte(SARAMAL) para producir varios reportes de auditoría y de error.
Si no ejecuta SAPAMAL en modo de Auditoría antes de ejecutarlo en modo Actualizar, no podrá produsando SARAMAL.
Nota: Los totales parciales para las personas NUEVAS, COINCIDENTES y RECHAZADAS no estaractualizada si el proceso SARAMAL no es enviado antes de ejecutar SAPAMAL en Modo Actualizar.
Si ejecuta en modo de Actualizar, el reporte insertará o actualizará registros basado en los datos contes ejecutado SAPAMAL, procesa los registros en la Tabla Temporal AMCAS (SATAMAL) donde el I(satamal_process_ind) es Y (necesita procesarse).
Si el tipo de visa existe en el archivo entrante de AMCAS, un registro de visa se creará en GORVISASAPAMAL_UNKNOWN. El país de emisión será establecido al país de la ciudadanía si se dio, de o
Tabla Descripción
SATARPT Incluye el status de coincidencia y los datos para asistir en la elaboracinombre.
SATAHLD Incluye información sobre los datos no cargados.
Sección - PrReportes Ej
Octubre 2005242 Confidencial
EF. Si existe un país de ciudadanía, será miento, también será cargado en
rirá datos existente y en otros, solamente
rlos no actuales cuando nuevos registros
ción especificado en el parámetro.
una dirección existente de ada pasará.
la dirección existente de tendrá una fecha de nos uno si su campo Fecha ión será insertada con una a.
Hasta: que todavía no ha rá agregada con una Fecha Hasta: de la dirección
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
GTVSDAX VISANTNDEF. La autoridad emisora será tomada del registro GTVSDAX VISAISSDcargado en GOBINTL. Si el estado de nacimiento esta establecido a FR y existe un país de naciGOBINTL.
Los datos se insertarán o actualizarán en las siguientes tablas. En algunos casos, al actualizar cubserán actualizados los campos nulos.
Tabla Descripción
SPRIDEN Inserta registros nuevos; actualiza a registros existentes para haceSPRIDEN son insertados para cambios de nombre o ID.
SPRADDR Almacena un historial de direcciones asociadas con el tipo de direc
• Si una dirección entrante coincide con Banner del mismo tipo de dirección, n
• Si la dirección entrante es diferente de Banner, entonces la dirección existentetermino igual a la fecha del sistema meHasta: esta en blanco. La nueva direccFecha Desde: igual a la fecha del sistem
• Si la dirección existente tiene una Fechaocurrido, entonces la nueva dirección seDesde: a uno más grande que la Fecha existente.
Sección - ProcesReportes Ejemp
Octubre 2005243 Confidencial
cificado en el parámetro.
ces el número de
o sin un cambio de ctualizar Registros esta de teléfono actualizará
con los datos de ingreso de AMCAS NATN_CODE_BIRTH) solo se actualizará
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
SPRTELE Cargar los números de teléfono y vincularlos al tipo de dirección espe
• Si es ingresada una nueva dirección, entonteléfono asociado con ésta será insertado.
• Si un nuevo número de teléfono es recibiddirección correspondiente y el parámetro Aestablecido a S, entonces el nuevo número al número de teléfono existente.
SPBPERS Actualiza sólo campos nulos.
GOBINTL Actualiza el campo de País de Ciudadanía (GOBINTL_NATN_CODE_LEGAL)aún si este campo no es nulo. El campo de País de Nacimiento (GOBINTL_si este es nulo.
SORCRSS Cubrir datos existentes.
SORGPAT Cubrir datos existentes.
SORTEST Inserta solamente; ningún registro será actualizado.
SARADAP Inserta solamente, ningún registro será actualizado.
SABSUPL Cubrir datos existentes.
SORPCOL Insertar solamente, ningún dato va a ser actualizado.
SORDEGR Actualiza sólo campos nulos.
SORMAJR Insertar solamente, ningún dato va a ser actualizado.
SORCCOL Insertar solamente, ningún dato va a ser actualizado.
Tabla Descripción
Sección - PrReportes Ej
Octubre 2005244 Confidencial
Parámet Valores
digo de ará y el mirá en resa.
periodo das por
Forma de Validación de Código de Periodo (STVTERM)
es, si el .
Forma de Reglas de Definición de Programa (SMAPRLE)
Forma de Validación de Código de Nivel (STVLEVL)
Forma de Validación de Código de Escuela (STVCOLL)
Forma de Validación de Código de Grado (STVDEGC)
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
GOREMAL Cubrir datos existentes.
ros Nombre ¿Requerido? Descripción
Código de Escuela Si Ingresar el código de escuela AMCAS. Si un cóescuela no válido es ingresado, el proceso terminmensaje “Código de Escuela No Válido” se imprila sección de Reporte de Control de la salida imp
Código de Periodo Si Ingresar el periodo que va a ser utilizado como el de ingreso para las solicitudes de admisiones creael proceso.
Código de Programa No Ingresar el código del programa para las solicitudcampo Programa en la solicitud va a ser poblado
Código de Nivel Si Ingrese el código de nivel para la solicitud.
Código de Escuela Si Ingresar el código de escuela para las solicitudes.
Código de Grado Si Ingresar el código de grado para las solicitudes.
Tabla Descripción
Sección - ProcesReportes Ejemp
Octubre 2005245 Confidencial
Forma de Validación de Código de Carrera, Especialidad, Concentración (STVMAJR)
Forma de Validación de Código de Campus (STVCAMP)
des. Forma de Validación de Código de Tipo de Alumno (STVSTYP)
Forma de Validación de Código de Tipo de Dirección (STVATYP)
rán de
d.
A Auditoría
U Actualizar
r N to.
.
Y Coincidir con ID y apellido
N Coincidir con ID, apellido, fecha de nacimiento
Parámetros Valores
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
Código de Carrera Si Ingresar el código de carrera para las solicitudes.
Código de Campus Si Ingresar el código de campus para las solicitudes.
Código de Tipo de Alumno Si Ingresar el código de tipo de alumno para las solicitu
Código de Tipo de Dirección
Si Ingresar el código de tipo de dirección para las solicitudes.
Modo de Ejecución (A o U) Si Ingresar A para ejecutar la coincidencia del registro yescribir las capturas de la tabla temporal las cuáles seutilizadas por SARAMAL para producir una variedadreportes de auditoría. Ingresar U para actualizar losregistros de la base de datos con los datos de la solicituEl valor predeterminado es A.
Coincidir en Solo ID/Apellido Y/N
Si Ingresar Y para coincidir con ID y apellido, o ingresapara no coincidir con ID, apellido y fecha de nacimienEl valor predefinido es N.
Favor de ver las notas siguientes para este parámetro
(cont Nombre ¿Requerido? Descripción
Sección - PrReportes Ej
Octubre 2005246 Confidencial
e que se coincide si hay una coincidencia entre el NSS el APELLIDO AMCAS (o APELLIDO anterior de oincidir, Nuevo, o Rechazado (i.e., coincide con ID o
S) comparado tanto con spriden_id y spbpers_ssn, y do de Banner para el registro seleccionado, y luego la para revisiones subsecuentes, el registro se rechazará.
tatus de nuevos
nuevos tus de
rán o serán a los
tes de ser o de
Y Crear registros
N No crear registros
Parámet Valores
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
Nota: Cuando se establece a Y, el proceso "coincidirá " datos entrantes con un registro existentAMCAS (o NSS anterior de AMCAS) y cualquiera de los campos de SPRIDEN_ID o SPBPERS_SSN yAMCAS) y el campo SPRIDEN_LAST_NAME. El resultado de sólo coincidir ID apellido puede ser Capellido, pero no ambos).
Nota: Cuando se establece a N, el proceso coincidirá en ID primero (en base al NSS de AMCAluego intentará coincidir el Apellido de AMCAS (y el apellido anterior de AMCAS) con el apelliFecha de Nacimiento AMCAS con la fecha de nacimiento de Banner. Si no coinciden los datos
Crear Nuevos Registros (Y/N)
Si Ingresar Y para crear nuevos registros cuando el scoincidencia es Nuevo, o ingresar N para no crearregistros. El valor predefinido es Y.
Para Modo de Actualizar: Cuando establece a Y,pidms serán generados para los registros cuyo stacoincidencia es Nuevo, y otros datos asociados seinsertados. Cuando establece a N, nuevos pidms ngenerados, y ningún otro dato será insertado parregistros cuyo status de coincidencia es Nuevo.
Para Modo de Auditoría: Para producir los reporauditoría utilizando SARAMAL, SAPAMAL debe ejecutado en Modo de Auditoría con el parámetrCrear Nuevos Registros establecido a N.
ros (cont Nombre ¿Requerido? Descripción
Sección - ProcesReportes Ejemp
Octubre 2005247 Confidencial
tros
de de
ún
Y Actualizar datos
N No actualizar datos
vio Y Actualizar SOASUPL
N No actualizar SOASUPL
ma).
Y SAACHKB solo Reglas de Lista de Verificación
N Lista de Verificación de Todos los Elementos
N n
Y Cargar PGA y Horas
N No cargar PGA y Horas
Parámetros Valores
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
Actualizar Registros (S/N) Si Ingrese Y para actualizar los datos existentes de regispara los registros coincididos. Ingrese N para no actualizar los datos existentes de registros para los registros coincididos.
Cuando establece a Y, los cambios a datos existentes Banner serán procesados como es indicado en la listatabla en la descripción del reporte. Cuando N, ningdato existente de Banner será actualizado, y sólo los nuevos registros serán insertados.
Actualiza Campos de Años Solc Anteriores
Si Ingresar una Y para actualizar los campos de año prede la solicitud en SOASUPL. Ingresar una N si esos campos no deben ser actualizados.
Usar Solo Reglas de Lista de Verificación
No Ingrese Y para sólo aplicar revisar reglas desde SAACHKB, o ingrese N para aplicar todas las reglas (desde SAACHKB y elementos generados por el siste
Cargar Horas y PGA de Bachillerato
No Ingrese Y para cargar horas y PGA de bachillerato o para ignorar esta opción. Si este parámetro se deja eblanco, el valor por omisión es N.
(cont Nombre ¿Requerido? Descripción
Sección - PrReportes Ej
Octubre 2005248 Confidencial
s como o ID. Si enerará.
a están T), el orte de
egarán ado en
S Use NSS desde el archivo de datos
G Genera un ID nuevo
abla N para
Banner,
bla de
a Forma
Y Actualizar NSS Existente
N No actualice el NSS existente
es de Forma de Validación de Código de Departamento (STVDEPT)
Parámet Valores
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
NSS o ID Generado Si Ingrese S para usar NSS desde el archivo de datoel ID (si existe) o G para siempre generar un nueveste parámetro es S y no existe un NSS, el ID se g
Nota: Si el ID es generado o los datos de entraden ceros (como es el caso de algunos registros ACproceso desplegará GEN en el campo ID en el repsalida cuando el reporte es ejecutado en modo deauditoría. Los IDs generados realmente se desplen el reporte impreso cuando el reporte es ejecutmodo de actualizar.
Actualizar NSS Existente Si Ingrese Y para actualizar el NSS existente en la tSPBPERS con el NSS desde el archivo de datos ono actualizar el NSS existente.
Si ingresa Y y el NSS ya existe para la persona en
el NSS existente entonces se almacenará en la Ta
Historial de NSS (GURHLOG) y se podrá ver en l
de Historia de NSS (GUITINH)
Código de Departamento No Ingrese el código de departamento para solicitudescuela médica.
ros (cont Nombre ¿Requerido? Descripción
Sección - ProcesReportes Ejemp
Octubre 2005249 Confidencial
Ejemplo de
08-SEP-2005
A00036617
A00036619
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
Reporte —Proceso de Carga de Datos AMCAS (SAPAMAL)
15:27:24 BANNER University AMCAS Data Load Process SAPAMAL
Zharazian, Like AAMC ID match/No SSN match. Using Banner ID. Zharazian, Like Bio/Demo Data Updated. Zharazian, Like Former Address End Dated; New address added. Zharazian, Like Telephone Data Added. Zharazian, Like Application Exists for Term OR New Term Application added. Zharazian, Like Supplemental Data Added. Zharazian, Like GPA 1BCPM Data Added. Zharazian, Like GPA 1AO Data Added. Zharazian, Like GPA 1TOT Data Added. Zharazian, Like GPA 2BCPM Data Added. Zharazian, Like GPA 2AO Data Added. Zharazian, Like GPA 2TOT Data Added. Zharazian, Like GPA 3BCPM Data Added. Zharazian, Like GPA 3AO Data Added. Zharazian, Like GPA 3TOT Data Added. Zharazian, Like GPA 6BCPM Data Added. Zharazian, Like GPA 6AO Data Added. Zharazian, Like GPA 6TOT Data Added. Zharazian, Like Course Summary 1BCPMH Data Added. Zharazian, Like Course Summary 1AOH Data Added. Zharazian, Like Course Summary 2BCPMH Data Added. Zharazian, Like Course Summary 2AOH Data Added. Zharazian, Like Course Summary 3BCPMH Data Added. Zharazian, Like Course Summary 3AOH Data Added. Zharazian, Like Course Summary 6BCPMH Data Added. Zharazian, Like Course Summary 6AOH Data Added. Zharazian, Like Course Summary 8PFPH Data Added. Zharazian, Like Course Summary 8PFFH Data Added. Zharazian, Like Course Summary 9APH Data Added. Zharazian, Like Course Summary 9CLEPH Data Added. Zharazian, Like Test Type VR Added. Zharazian, Like Test Type PS Added. Zharazian, Like Test Type WS Added. Zharazian, Like Test Type BS Added. Zharazian, Like Email Address updated.
Tifford, Edward SSN match. Using Banner ID. Tifford, Edward Bio/Demo Data Updated. Tifford, Edward Former Address and New Address Match. No address data updated. Tifford, Edward Telephone Data Updated. Tifford, Edward Application Exists for Term OR New Term Application added. Tifford, Edward Supplemental Data Added. Tifford, Edward GPA 1BCPM Data Added. Tifford, Edward GPA 1AO Data Added. Tifford, Edward GPA 1TOT Data Added. Tifford, Edward GPA 2BCPM Data Added. Tifford, Edward GPA 2AO Data Added. Tifford, Edward GPA 2TOT Data Added.
Sección - PrReportes Ej
Octubre 2005250 Confidencial
SAPAMAL
A000366
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
(continuación)
Tifford, Edward GPA 3BCPM Data Added. Tifford, Edward GPA 3AO Data Added. Tifford, Edward GPA 3TOT Data Added. Tifford, Edward GPA 4BCPM Data Added. Tifford, Edward GPA 4AO Data Added. Tifford, Edward GPA 4TOT Data Added. Tifford, Edward GPA 6BCPM Data Added. Tifford, Edward GPA 6AO Data Added. Tifford, Edward GPA 6TOT Data Added. Tifford, Edward Course Summary 1BCPMH Data Added. Tifford, Edward Course Summary 1AOH Data Added. Tifford, Edward Course Summary 2BCPMH Data Added. Tifford, Edward Course Summary 2AOH Data Added. Tifford, Edward Course Summary 3BCPMH Data Added. Tifford, Edward Course Summary 3AOH Data Added. Tifford, Edward Course Summary 4BCPMH Data Added. Tifford, Edward Course Summary 4AOH Data Added. Tifford, Edward Course Summary 6BCPMH Data Added. Tifford, Edward Course Summary 6AOH Data Added. Tifford, Edward Course Summary 8PFPH Data Added. Tifford, Edward Course Summary 8PFFH Data Added. Tifford, Edward Course Summary 9APH Data Added. Tifford, Edward Course Summary 9CLEPH Data Added. Tifford, Edward Test Type VR Added. Tifford, Edward Test Type PS Added. Tifford, Edward Test Type WS Added. Tifford, Edward Test Type BS Added. Tifford, Edward Email Address updated.
20 Ultschuler, Rustin SSN match. Using Banner ID. Ultschuler, Rustin Bio/Demo Data Updated. Ultschuler, Rustin Former Address End Dated; New address added. Ultschuler, Rustin Telephone Data Added. Ultschuler, Rustin Application Exists for Term OR New Term Application added. Ultschuler, Rustin Supplemental Data Added. Ultschuler, Rustin GPA 1BCPM Data Added. Ultschuler, Rustin GPA 1AO Data Added. Ultschuler, Rustin GPA 1TOT Data Added. Ultschuler, Rustin GPA 2BCPM Data Added. Ultschuler, Rustin GPA 2AO Data Added. Ultschuler, Rustin GPA 2TOT Data Added. Ultschuler, Rustin GPA 3BCPM Data Added. Ultschuler, Rustin GPA 3AO Data Added. Ultschuler, Rustin GPA 3TOT Data Added. Ultschuler, Rustin GPA 6BCPM Data Added. Ultschuler, Rustin GPA 6AO Data Added. Ultschuler, Rustin GPA 6TOT Data Added. Ultschuler, Rustin Course Summary 1BCPMH Data Added. Ultschuler, Rustin Course Summary 1AOH Data Added. Ultschuler, Rustin Course Summary 2BCPMH Data Added. Ultschuler, Rustin Course Summary 2AOH Data Added. Ultschuler, Rustin Course Summary 3BCPMH Data Added.
Sección - ProcesReportes Ejemp
Octubre 2005251 Confidencial
SAPAMAL (c
A00036618
amiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 los
Alumnos Versión 7.2 Guía de Versión
ontinued) Ultschuler, Rustin Course Summary 3AOH Data Added. Ultschuler, Rustin Course Summary 6BCPMH Data Added. Ultschuler, Rustin Course Summary 6AOH Data Added. Ultschuler, Rustin Course Summary 8PFPH Data Added. Ultschuler, Rustin Course Summary 8PFFH Data Added. Ultschuler, Rustin Course Summary 9APH Data Added. Ultschuler, Rustin Course Summary 9CLEPH Data Added. Ultschuler, Rustin Test Type VR Added. Ultschuler, Rustin Test Type PS Added. Ultschuler, Rustin Test Type WS Added. Ultschuler, Rustin Test Type BS Added. Ultschuler, Rustin Email Address updated.
Lrand, Eric SSN match. Using Banner ID. Lrand, Eric Bio/Demo Data Updated. Lrand, Eric Former Address End Dated; New address added. Lrand, Eric Telephone Data Added. Lrand, Eric Application Exists for Term OR New Term Application added. Lrand, Eric Supplemental Data Added. Lrand, Eric GPA 1AO Data Added. Lrand, Eric GPA 1TOT Data Added. Lrand, Eric GPA 2BCPM Data Added. Lrand, Eric GPA 2AO Data Added. Lrand, Eric GPA 2TOT Data Added. Lrand, Eric GPA 3BCPM Data Added. Lrand, Eric GPA 3AO Data Added. Lrand, Eric GPA 3TOT Data Added. Lrand, Eric GPA 4BCPM Data Added. Lrand, Eric GPA 4AO Data Added. Lrand, Eric GPA 4TOT Data Added. Lrand, Eric GPA 6BCPM Data Added. Lrand, Eric GPA 6AO Data Added. Lrand, Eric GPA 6TOT Data Added. Lrand, Eric Course Summary 1AOH Data Added. Lrand, Eric Course Summary 2BCPMH Data Added. Lrand, Eric Course Summary 2AOH Data Added. Lrand, Eric Course Summary 3BCPMH Data Added. Lrand, Eric Course Summary 3AOH Data Added. Lrand, Eric Course Summary 4BCPMH Data Added. Lrand, Eric Course Summary 4AOH Data Added. Lrand, Eric Course Summary 6BCPMH Data Added. Lrand, Eric Course Summary 6AOH Data Added. Lrand, Eric Course Summary 8PFPH Data Added. Lrand, Eric Course Summary 8PFFH Data Added. Lrand, Eric Course Summary 9APH Data Added. Lrand, Eric Course Summary 9CLEPH Data Added. Lrand, Eric Test Type VR Added. Lrand, Eric Test Type PS Added. Lrand, Eric Test Type WS Added. Lrand, Eric Test Type BS Added. Lrand, Eric Email Address updated.
Sección - PrReportes Ej
Octubre 2005252 Confidencial
08-SEP-
RPTNAMESCHOOL APPLICAPROGRAMLEVEL: COLLEGEDEGREE:MAJOR: CAMPUS:STUDENTADDRESSAUDIT/UMATCH OCREATE UPDATE UPDATE USE RULDO YOU USE SSNUPDATE DEPARTM
Counts Number Number Number Total N
ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos
Alumnos Versión 7.2 Guía de Versión
2005 15:27:24 BANNER University AMCAS Data Load Process SAPAMAL
* * * REPORT CONTROL INFORMATION - SAPAMAL - Release 7.2 * * *
: SAPAMALCODE: 118TION TERM REQUIRED: 200510: MEDMD: MD MDMED M TYPE: N TYPE: MAPDATE: UN ID AND LAST NAME ONLY: YNEW RECORDS: YPREVIOUS APPLICATION YEAR FIELDS (Y/N): YINFORMATION FOR CHANGED RECORDS: YES FOR CHECKLIST ONLY: YWANT TO LOAD HS GPA AND HOURS (Y/N): OR GENERATE ID (S/G): GEXISTING SSN (Y/N): NENT: MEDC
reflect results of latest run of SARAMAL report program for this data.of NEW Persons Processed:of MATCHED Persons Processed:of REJECTED Persons Processed:umber of Persons Processed: 4
Sección 3 Actualizaciones de Estimación de Cuota - FuncionalPanorama
Sección 3 Actualizaciones de Estimación de Cuota - Funcional
Panorama
La estimación ahora realiza el mantenimiento de multas para intercambio de horas en el procesamiento de reembolso por total. Se puede hacer esto por determinar el monto de las horas eliminadas en reembolso por total que califican para intercambio. Las horas intercambiadas no tienen adeudo. Las horas adeudadas de intercambio se almacenan en SFRFAUD para determinar la diferencia en el reembolso basado en las horas de multa de intercambio, de manera que se ajuste correctamente la multa.
Usando el Procesamiento de Intercambio Opcional con Reembolso por Total
Los usuarios ahora tienen la capacidad de usar el procesamiento opcional de intercambio con el procesamiento de reembolso por total. Esta solución de problema satisface el #89135.
El intercambio puede ser definido como el intercambio de horas de cobranza dentro de un periodo de multa definido con ninguna multa incurrida. Esta funcionalidad es opcional, y una institución se puede elegir invocar esta funcionalidad o usar el procesamiento actual con responsabilidad por las horas eliminadas. El (Indicador) Permitir Intercambio se añadió a la Forma de Control del Periodo (SOATERM), para permitir a una institución activar el intercambio en una base de periodo por periodo si lo desea.
Nota: Los cursos de aprendizaje abierto no se consideran en el algoritmo de intercambio, debido a que tienen su propio método de reembolso.
Procesamiento de Reembolso por Total y EjemplosCuando ingresa registros de inscripción adicionales, las bajas y altas que se llevan a cabo durante el mismo periodo de multa son considerados para compensarse uno con el otro. El sistema busca las estimaciones desde el inicio del periodo de multa y los compara a las estimaciones del final del periodo de multa, para determinar la diferencia para estimar el porcentaje de multa. Al alumno sólo es estimada una multa si las horas dadas de baja son mayores que las horas agregadas durante ese periodo. O ninguna multa se estimará. Si alguna estimación ocurre en el ínterin, y una multa fue estimada, esa multa debe ser anulada. (Las bajas menos las altas es igual a las horas netas para la multa.)
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 253
Sección 3 Actualizaciones de Estimación de Cuota - Funcional Usando el Procesamiento de Intercambio Opcional con Reembolso por Total
Si una estimación intermedia ocurre entre la actividad de baja y alta, la estimación de cuotas aplicará una entrada ajustada para la diferencia para los códigos de detalle apropiados para la cuenta del alumno.
Aquí hay cuatro ejemplos que ilustran esto.
Ejemplo 1: El alumno da de baja y alta iguales horas en el mismo periodo de multa.
Si un alumno agrega tres horas en el segundo día del periodo de multa, y tres horas son dadas de baja en el sexto día del periodo de multa, entonces las horas resultantes son las mismas que al inicio del periodo de multa. Por lo tanto, no se estiman multas (Bajas - Altas = Neto) (3-3=0)
Ejemplo 2: Un alumno da de baja más horas que las que son agregadas en el mismo periodo de multa.
Si un alumno agrega tres horas en el segundo día del periodo de multa, y cuatro horas son dadas de baja en el sexto día del periodo de multa, entonces las horas dadas de baja resultantes son mayores que las horas agregadas, y al alumno le será estimada una multa sobre el neto mayor que una hora. (Bajas - Altas = Neto) (4-3=1)
Ejemplo 3: Un alumno da de baja menos horas de las que son agregadas en el mismo periodo de multa.
Si un alumno agrega cuatro horas en el segundo día del periodo de multa, y tres horas son dadas de baja en el sexto día del periodo de multa, entonces las horas dadas de baja resultantes son menores que las horas agregadas, y al alumno no le será estimada ninguna multa, ya que el neto es negativo. (Bajas - Altas = Neto) (3-4=-1)
Ejemplo 4: Un alumno da de baja más horas de las que son agregadas en el mismo periodo de multa con una estimación entre bajas y altas.
Un alumno da de baja tres horas en el segundo día del periodo de multa, la estimación ocurre y el alumno es multado por las horas dadas de baja. La estimación de cuota aplica un abono y multa por la baja a la cuenta del alumno. Luego en el sexto día del mismo periodo de multa, el alumno agrega dos horas. Las horas dadas de baja resultantes son mayores que las horas agregadas, y al alumno le será estimada una multa sobre el neto mayor de sólo una hora. (Bajas - Altas = Neto) (3-2=1). La estimación de cuota hará el ajuste, anula la multa, y aplica la nueva multa para los códigos de detalle apropiados a la cuenta del alumno.
Alumnos Versión 7.2 Octubre 2005254 Guía de Versión Confidencial
Sección 3 Actualizaciones de Estimación de Cuota - FuncionalForma Cambiada
Forma Cambiada
Forma de Consulta de Estimación de Cuota/Curso de Alumno (SFAREGF)Un nuevo campo Fecha de Reembolso para Reembolso Total ha sido agregado al Bloque Clave. Este campo fue agregado como parte de la corrección de la solución de problema #99508.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Fecha de Reembolso de Reembolso por Total
Use este campo para especificar una fecha de Reembolso por Total. Esta fecha es utilizada para determinar el periodo de multa para la estimación. El valor predefinido es la fecha actual. Este campo debe ser dejado en blanco si no esta estimando un periodo de reembolso total.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 255
Sección 3 Actualizaciones de Estimación de Cuota - Funcional Forma Cambiada
Esta página se dejó en blanco intencionalmente
Alumnos Versión 7.2 Octubre 2005256 Guía de Versión Confidencial
Sección 4 Intcomp - FuncionalPanorama
Sección 4 Intcomp - Funcional
Panorama
Banner Intcomp abarca los componentes del producto de Banner que dan soporte a la sincronización y mensajes de los datos con componentes de terceros. Específicamente, incluyen los componentes de Banner que dan soporte al SCT LDI para aprendizaje-e, que incluye la integración entre SCT Banner, SCT Luminis, WebCT, Blackboard, y Nuventive TracDat y iWebfolio. Para mayor información, favor de consultar el LDI para Instalación de Aprendizaje-E y Guía de Configuración y el LDI para Guía de Administración de Aprendizaje-E.
Los cambios se han hecho en General de Banner y Alumnos de Banner para facilitar el procesamiento de Intcomp de Banner y para mejorar la integración de LMS (LDI para aprendizaje-e). Se agregó un nuevo bloque a SCADETL, y se agregó un nuevo campo a SSASECT. Los scripts de conversión se liberaron para llenar los nuevos campos para los registros de curso existente y de sección de curso. Si una sección está marcada para integración, se va a verificar para ver si la sección se va a extraer.
Nuevas formas de Banner General son utilizadas para hacer una referencia cruzada de códigos definidos por la institución con códigos válidos del sistema socio de integración. Las instituciones que utilizan uno o más códigos de tipo de horario o códigos de método educativo para abanderar cursos y secciones de curso para integración verán esos códigos de legado de referencia cruzada llenados en la Forma de Reglas de Socio de Integración (GORINTG). Las reglas y códigos de referencia cruzada se mantienen en esta forma. Los códigos deben tener una referencia cruzada con un valor válido del sistema socio que haya sido definido en la Forma de Validación de Código de Sistema de Socio de Integración (GTVINTP). Estos valores de sistema socio válido se usan en el procesamiento de integración.
Esto satisface el RPE #39438 de SCT Banner Alumno y RPE #45538 de Integración de Datos de SCT Luminis.
Favor de ver la Guía de Versión 7.2 de Banner General y la Guía de Versión Banner Intcomp 7.1 para mayor información sobre esas actualizaciones.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 257
Sección 4 Intcomp - Funcional Formas Cambiadas
Formas Cambiadas
Forma de Mantenimiento de Curso Base (SCABASE)Esta forma ha sido modificada para actualizar la información del periodo de la tabla SCRINTG.
Forma de Información Detallada del Curso (SCADETL)Una nueva ventana de Socio de Integración ha sido agregada a la forma para utilizarla con le procesamiento de integración. Utilizar esta ventana para designar el curso que va a ser utilizado para la integración con sistemas de socios terceros, tales como WebCT, o para ingresar un código de integración válido en el campo Socio de Integración. Los códigos de integración se definen y mantienen en la Forma de Reglas de Socio de Integración (GORINTG) y se usan en el procesamiento de eventos y de extracción.
Las instituciones que actualmente utilizan múltiples tipos de horario y/o métodos educativos pueden llenar estos datos en la nueva ventana. También puede copiar códigos de socio de un periodo a otro utilizando el botón de Mantenimiento.
Nota: Algunos sistemas socios no usan los datos de curso. Si su institución tienen un sistema socio que no utiliza datos del curso en su procesamiento, no hay requerimiento para llenar datos en esta ventana.
Utilizar el elemento de Socio de Integración de Curso en el menú de Opciones para acceder la ventana de Socio de Integración.
Los siguientes campos están en esta ventana.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Desde Periodo Valor de periodo vigente predefinido desde el periodo en la clave.
Hasta Periodo Periodo vigente al que se copiará la información.
Socio de Integración
Código de socio de integración definido por la institución. Este código puede ser agregado, actualizado o eliminado en cualquier momento según sea requerido por las prácticas de negocios. Los cambios a este código producirán un evento LDICOURSE. Puede seleccionar un valor directamente desde GORINTG.
(buscar) Listar Forma de Reglas de Socio de Integración (GORINTG)
Alumnos Versión 7.2 Octubre 2005258 Guía de Versión Confidencial
Sección 4 Intcomp - FuncionalFormas Cambiadas
Forma de Horario (SSASECT)Un nuevo campo de Socio de Integración ha sido agregado al bloque de Detalles de Sección en la ventana principal para utilizarlo con el procesamiento de integración.
Use este campo para designar la sección que se puede usar para la integración con un sistema socio tercero, como es WebCT. Los códigos de integración se definen y mantienen en la Forma de Reglas de Socio de Integración (GORINTG) y se usan en el procesamiento de eventos y de extracción.
Descripción Descripción del código de socio de integración definido por la institución.
Fecha Actividad Fecha en que se creó o modificó el registro.
ID de Usuario El ID del usuario que creó o actualizó el registro.
Más botones en la Ventana de Socio de Integración
Ratón Teclado Resultado
Copiar Duplicar Registro Copiar información de Socio de Integración
Copiar Duplicar Elemento Terminar información de Socio de Integración
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Socio de Integración
Código de socio de integración. Este campo es utilizado para agregar, actualizar o eliminar un código de sistema socio de integración válido que ha sido definido en GORINTG, conforme lo requerido por las prácticas de negocios. Los cambios a este código producirán un evento LDISECTION.
Este código se asocia con el código de integración del usuario. Sólo las secciones del curso que contienen un código de sistema socio válido serán comunicadas a un sistema socio LMS. Todas las secciones de cursos se comunicarán con el portal según se requiera.
(buscar) Listar Validación de Código de Socio de Integración (GORINTG)
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 259
Sección 4 Intcomp - Funcional Formas Cambiadas
Esta página se dejó intencionalmente en blanco
Alumnos Versión 7.2 Octubre 2005260 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoNuevas Tablas
Sección 5 Curricula Concurrente Etapa 2 - Técnico
Nuevas Tablas
Tabla de Conteo del Campo de Estudio del Módulo de Estudiante (SORLMFS)Esta tabla es utilizada para establecer el máximo de campos activos y actuales de estudio permitidos para un curriculum. Esta tabla es una tabla hija de SOBLMOD. Los valores en SOBLMOD para carrera, especialidad y concentración serán copiados a esta tabla durante la actualización de la versión.
Las siguientes columnas se encuentran es esta tabla:
SORLMFS_LMOD_CODE NOT NULL VARCHAR2(15)SORLMFS_LFST_CODE NOT NULL VARCHAR2(15)SORLMFS_MAX_NUMBER NOT NULL NUMBERSORLMFS_TRAN_WEB_IND NOT NULL VARCHAR2(1)SORLMFS_USER_ID NOT NULL VARCHAR2(30)SORLMFS_ACTIVITY_DATE NOT NULL DATE SORLMFS_DATA_ORIGIN NOT NULL VARCHAR2(30)SORLMFS_SYS_REQ_IND NOT NULL VARCHAR2(1)
Los comentarios en la columna para la tabla son:
• Código de Módulo de Estudiante
• Código de Tipo de Campo de Estudio
• Número de campos activos, actuales de estudio permitidos. Un valor de 0 es permitido excepto si el campo de estudio es MAJOR. Cada curriculum requiere al menos una carrera activa y actual. Este campo se puede actualizar por los campos de estudio requeridos por el sistema.
• Opción para imprimir el campo de estudio en los kárdex. Esto se establecerá a Y para el campo de estudio requerido del sistema.
• Usuario que actualizó por última vez el registro
• Fecha en la que fue actualizado el registro
• Origen de los datos
• Requerido por el sistema
Tabla de Origen de Nombre de Kárdex (STVTRNS)Esta tabla es utilizada para identificar la fuente del nombre que va a ser impreso en el kárdex.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 261
Sección 5 Curricula Concurrente Etapa 2 - Técnico Nuevas Tablas
Las siguientes columnas se encuentran es esta tabla:
STVTRNS_CODE NOT NULL VARCHAR2(10) STVTRNS_DESCRIPTION NOT NULL VARCHAR2(30)STVTRNS_USER_ID NOT NULL VARCHAR2(30)STVTRNS_ACTIVITY_DATE NOT NULL DATE
Los comentarios en la columna para la tabla son:
• Código de Origen de Nombre de Kárdex
• Descripción de la fuente del nombre del kárdex.
• Usuario que actualizó por última vez el registro
• Fecha en la que fue actualizado el registro
Tabla de Reglas de Origen de Nombre de Kárdex (SHRTRNS)Esta tabla es utilizada para almacenar las reglas que identifican las restricciones para las fuentes del nombre. Algunas de las fuentes del nombre proveen un campo individual para el nombre, como nombre del diploma. El proceso EDI requiere que sean separados el apellido y primer nombre. El indicador de EDI controlará cuáles fuentes del nombre serán incluidas cuando selecciona nombres para el procesamiento de kárdex EDI. Si el campo NTYP_IND es verificado, un tipo de nombre puede ser ingresado para la jerarquía del nombre.
Las siguientes columnas se encuentran es esta tabla:
SHRTRNS_CODE NOT NULL VARCHAR2(10)SHRTRNS_SYS_REQ_IND NOT NULL VARCHAR2(1)SHRTRNS_NTYP_IND NOT NULL VARCHAR2(1)SHRTRNS_EDI_IND NOT NULL VARCHAR2(1)SHRTRNS_DEGR_IND NOT NULL VARCHAR2(1)SHRTRNS_DATA_ORIGIN NOT NULL VARCHAR2(30)SHRTRNS_USER_ID NOT NULL VARCHAR2(30)SHRTRNS_ACTIVITY_DATE NOT NULL DATE
Los comentarios en la columna para la tabla son:
• Código de Origen de Nombre de Kárdex
• Requerido por el sistema
• El origen del nombre del kárdex puede tener un tipo de nombre
• Habilitado para Kárdex de tipo IED. Si éste no esta habilitado (N), el kárdex IED no incluirá la fuente del nombre en la jerarquía.
• Permitir la captura de secuencia de grado para seleccionar un nombre de diploma.
• Origen de los datos
• Usuario que actualizó por última vez el registro
• Fecha en la que fue actualizado el registro
Alumnos Versión 7.2 Octubre 2005262 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoNuevas Tablas
Tabla de Jerarquía de Tipo de Nombre para Selección de Nombre de kárdex (SHRTRNM)Esta tabla se usa para almacenar la jerarquía de nombre para un tipo de kárdex. Todos los kárdex impresos para ese tipo utilizarán la jerarquía de nombre definida en esta tabla. Si ningún nombre es encontrado en algunas de las fuentes de nombre definidas para la jerarquía, es utilizado el nombre actual de la persona de SPRIDEN. El código de tipo de nombre sólo se puede ingresar si el tipo de fuente de nombre tiene este indicador establecido a Y.
Las siguientes columnas se encuentran es esta tabla:
SHRTRNM_TPRT_CODE NOT NULL VARCHAR2(4)SHRTRNM_NAME_SEQNO NOT NULL NUMBERSHRTRNM_TRNS_CODE NOT NULL VARCHAR2(10)SHRTRNM_USER_ID NOT NULL VARCHAR2(30SHRTRNM_ACTIVITY_DATE NOT NULL DATE SHRTRNM_DATA_ORIGIN NOT NULL VARCHAR2(30)SHRTRNM_NTYP_CODE VARCHAR2(4)
Los comentarios en la columna para la tabla son:
• Código de Tipo de Kárdex
• Número de secuencia para jerarquía de origen de nombre
• Código de Origen de Nombre de Kárdex
• Usuario que actualizó por última vez el registro
• Fecha en la que fue actualizado el registro
• Origen de los datos
• Código de tipo de nombre para fuentes que requieren un tipo de nombre
Tabla de Jerarquía de Tipo de Nombre para Solicitud de kárdex del Estudiante (SHTTRNM)Esta tabla es utilizada para almacenar la jerarquía del nombre para un individuo, si es diferente al que esta definido para el tipo de kárdex. Esta jerarquía es utilizada antes de la codificada para el tipo de kárdex. Si ningún nombre es encontrado en ninguna de las fuentes de nombre definidas para esa jerarquía, es utilizada la jerarquía definida para el tipo de kárdex. El código de tipo de nombre sólo se puede ingresar si el tipo de fuente de nombre tiene este indicador establecido a Y.
Las siguientes columnas se encuentran es esta tabla:SHTTRNM_TRAN_USER NOT NULL VARCHAR2(30)SHTTRNM_PIDM NOT NULL NUMBER(8)SHTTRNM_TRAN_SEQ_NO NOT NULL NUMBER(3) SHTTRNM_NAME_SEQNO NOT NULL NUMBERSHTTRNM_TRNS_CODE NOT NULL VARCHAR2(10)SHTTRNM_USER_ID NOT NULL VARCHAR2(30)SHTTRNM_ACTIVITY_DATE NOT NULL DATESHTTRNM_DATA_ORIGIN NOT NULL VARCHAR2(30)SHTTRNM_NTYP_CODE VARCHAR2(4)SHTTRNM_DGMR_SEQ_NO NUMBER(2)
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 263
Sección 5 Curricula Concurrente Etapa 2 - Técnico Nuevas Tablas
Los comentarios en la columna para la tabla son:
• Usuario que creó la solicitud de kárdex. La clave para la solicitud de kárdex es el usuario que la creó, PIDM y un número de secuencia.
• Identificación interna de Banner para la persona.
• Número de secuencia de solicitud de kárdex
• Número de secuencia para jerarquía de origen de nombre
• Código de Origen de Nombre de Kárdex
• Usuario que actualizó por última vez el registro
• Fecha en la que fue actualizado el registro
• Origen de los datos
• Código de tipo de nombre para fuentes que requieren un tipo de nombre
• Grado con el que el nombre del diploma está asociado
Tabla de Servicios de Solicitud de Autoservicio de Verificación de Inscripción (SFRENSS)Esta tabla almacena los servicios disponibles para las solicitudes de verificación de inscripción de autoservicio. Los ejemplos pueden ser: retener para recoger, entrega repentina, entrega el mismo día, o solicitud de fax.
Las siguientes columnas se encuentran es esta tabla:
SFRENSS_EPRT_CODE NOT NULL VARCHAR2(4)SFRENSS_WSSO_CODE NOT NULL VARCHAR2(4)SFRENSS_ACCT_TYPE_CDE NOT NULL VARCHAR2(1)SFRENSS_USER_ID NOT NULL VARCHAR2(30)SFRENSS_ACTIVITY_DATE NOT NULL DATESFRENSS_DATA_ORIGIN NOT NULL VARCHAR2(30)SFRENSS_CHARGE NUMBER(12,2)SFRENSS_CHRG_PER_CDE VARCHAR2(1)
Los comentarios en la columna para la tabla son:
• Código de tipo de verificación de inscripción
• Opciones de Autoservicio
• Tipo de Cuenta de Solicitud, A(lumno) o M(isc)
• Usuario que actualizó por última vez el registro
• Fecha en la que fue actualizado el registro
• Origen de los datos
• Cargo asociado con la solicitud
• Código de cargo de servicios, Copia o Solicitud
Alumnos Versión 7.2 Octubre 2005264 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoTablas Cambiadas
Tabla de Opción de Pago de Solicitud de Autoservicio de Verificación de Inscripción (SFRENPO)Esta tabla almacena las opciones de pago y el código de detalle asociado utilizado para crear la transacción de Cuentas por Cobrar para el servicio. Por ejemplo: pago con tarjeta de crédito, cheque o COD.
Las siguientes columnas se encuentran es esta tabla:
SFRENPO_EPRT_CODE NOT NULL VARCHAR2(4) SFRENPO_WPYO_CODE NOT NULL VARCHAR2(4)SFRENPO_USER_ID NOT NULL VARCHAR2(30)SFRENPO_ACTIVITY_DATE NOT NULL DATE SFRENPO_DATA_ORIGIN NOT NULL VARCHAR2(30)SFRENPO_DETC_CODE NUMBER(12,2)
Los comentarios en la columna para la tabla son:
• Código de tipo de verificación de inscripción
• Opciones de pago
• Usuario que actualizó por última vez el registro
• Fecha en la que fue actualizado el registro
• Origen de los datos
• Código de Detalle
Tablas Cambiadas
Tabla de Tipo de Solicitud de Reglas de Kárdex (SHRTPRT)Conjuntos de nuevas opciones de impresión han sido agregados a esta tabla.
Nuevas Opciones de Impresión de Fecha de Nacimiento y NSSEstas nuevas columnas son utilizadas para controlar la impresión del NSS y Fecha de Nacimiento en los kárdex.
SHRTPRT_ID_PRINT VARCHAR2(1)SHRTPRT_SSN_PRINT VARCHAR2(1)SHRTPRT_SSN_MASK VARCHAR2(11)SHRTPRT_ID_LABEL VARCHAR2(15) SHRTPRT_SSN_LABEL VARCHAR2(15) SHRTPRT_BIRTH_DATE_MASK VARCHAR2(30)SHRTPRT_TPRT_DESC_PRINT VARCHAR2(1)SHRTPRT_USER_ID VARCHAR2(30)SHRTPRT_LAST_ACAD_STD_PRINT VARCHAR2(1)SHRTPRT_PRINT_CURRENT_NAME VARCHAR2(1)
Los comentarios en la columna para estas columnas son:
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 265
Sección 5 Curricula Concurrente Etapa 2 - Técnico Tablas Cambiadas
• Opción para imprimir el ID de Banner
• Opción para imprimir el NSS
• La máscara del formato, ingresar X para preservar el valor y * para imprimir un carácter oculto en lugar del valor real.
• La etiqueta que prefija el valor de ID de Banner.
• La máscara de formato para la fecha de nacimiento. Por ejemplo, ingrese DD-MES para imprimir solo el día y el mes.
• Opción para imprimir la descripción de tipo de kárdex en la parte superior del documento.
• Usuario que actualizó el tipo de kárdex
• Opción para imprimir el estado académico con el último periodo en el cuál el alumno tiene un movimiento; éste también se imprimirá aún si el cuadro Estado Académico por Periodo esta verificado.
• Opción para imprimir el nombre actual en adición al nombre definido desde la jerarquía, éste se imprime aún si coincide con el registro del nombre y la opción Nombre Actual esta verificada.
Nuevas Opciones de Impresión de Curriculum Primario de Estudiante Estas nuevas columnas son utilizadas para controlar la impresión de los datos de curriculum primario del estudiante en los kárdex.
SHRTPRT_DEGREE_PRINT VARCHAR2(1)SHRTPRT_CONC_PRINT VARCHAR2(1)SHRTPRT_LFST_PRINT VARCHAR2(1)SHRTPRT_CURR_CAMP_PRINT VARCHAR2(1)SHRTPRT_CURR_LABEL VARCHAR2(50)SHRTPRT_PROGRAM_PRINT VARCHAR2(1)SHRTPRT_MAJCONC_PRINT VARCHAR2(1)
Los comentarios en la columna para estas columnas son:
• Imprimir grado de curriculum primario.
• Imprimir concentraciones vinculadas a la base del curriculum primario del estudiante.
• Imprimir otros tipos de campos de estudio para el curriculum primario del estudiante.
• Imprimir los campus de curriculum primario del estudiante después de la escuela.
• La etiqueta que se imprimirá antes del curriculum primario del estudiante. El predefinido será lo qué actualmente se imprime, “Programa Actual”.
• Imprimir la descripción del programa del curriculum primario del estudiante.
• Imprimir especialidades vinculadas a carreras del curriculum primario del estudiante.
Nuevas Opciones de Curriculum Secundario de EstudianteEsas nuevas columnas son utilizadas para controlar la impresión de datos del curriculum secundario del estudiante en los kárdex.
Alumnos Versión 7.2 Octubre 2005266 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoTablas Cambiadas
SHRTPRT_SEC_DEGREE_PRINT VARCHAR2(1)SHRTPRT_SEC_COLL_PRINT VARCHAR2(1)SHRTPRT_SEC_MAJOR_PRINT VARCHAR2(1)SHRTPRT_SEC_MINOR_PRINT VARCHAR2(1)SHRTPRT_SEC_CONC_PRINT VARCHAR2(1)SHRTPRT_SEC_LFST_PRINT VARCHAR2(1)SHRTPRT_SEC_CURR_LABEL VARCHAR2(50)SHRTPRT_SEC_CAMP_PRINT VARCHAR2(1)SHRTPRT_SEC_PROGRAM_PRINT VARCHAR2(1)SHRTPRT_SEC_MAJCONC_PRINT VARCHAR2(1)
Los comentarios en la columna para estas columnas son:
• Imprimir grado del curriculum secundario.
• Imprimir la escuela del curriculum secundario del estudiante.
• Imprimir las carreras del curriculum secundario del estudiante.
• Imprimir las especialidades del curriculum secundario del estudiante.
• Imprime las concentraciones del curriculum secundario del estudiante.
• Imprimir el otro campo de tipos de estudio del curriculum secundario del estudiante.
• La etiqueta que se imprimirá antes del curriculum secundario del estudiante. El valor por omisión será "Secundario".
• Imprime los campus del curriculum secundario del estudiante después de la escuela.
• Imprimir la descripción del programa del curriculum secundario del estudiante.
• Imprime concentraciones vinculadas a carreras del curriculum secundario del estudiante.
Nuevas Opciones de Impresión de Curriculum Primario de ResultadosEstas nuevas columnas son utilizadas para controlar la impresión de los datos del curriculum primario de resultados en los kárdex.
SHRTPRT_AWARD_LABEL VARHCAR2(30)SHRTPRT_DEGR_COLL_PRINT VARCHAR2(1)SHRTPRT_DEGR_CONC_PRINT VARCHAR2(1)SHRTPRT_DEGR_LFST_PRINT VARCHAR2(1)SHRTPRT_DEGR_CURR_LABEL VARCHAR2(50)SHRTPRT_DEGR_CAMP_PRINT VARCHAR2(1) SHRTPRT_DEGR_PROGRAM_PRINT VARCHAR2(1)SHRTPRT_DEGR_MAJCONC_PRINT VARCHAR2(1)
Los comentarios en la columna para estas columnas son:
• Etiqueta que se imprime antes de la sección de otorgado.
• Imprime la escuela del curriculum de resultados primario.
• Imprime concentraciones del curriculum de resultados primario.
• Imprime los otros tipos de campo de estudio del curriculum de resultados primario.
• La etiqueta que se imprimirá antes del curriculum de resultados primario para los resultados. El predeterminado será lo que actualmente se imprime, “Grado Primario”.
• Imprime el campus del curriculum de resultados primario.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 267
Sección 5 Curricula Concurrente Etapa 2 - Técnico Tablas Cambiadas
• Imprime la descripción del programa del curriculum de resultados primario
• Imprime concentraciones vinculadas a carreras del curriculum de resultados primario.
Nuevas Opciones de Impresión de Curriculum de Resultados SecundarioEstas nuevas columnas son utilizadas para controlar la impresión de datos del curriculum secundario de resultados en los kárdex.
SHRTPRT_SECDEGR_COLL_PRINT VARCHAR2(1)SHRTPRT_SECDEGR_MINR_PRINT VARCHAR2(1)SHRTPRT_SECDEGR_CONC_PRINT VARCHAR2(1)SHRTPRT_SECDEGR_LFST_PRINT VARCHAR2(1)SHRTPRT_SECDEGR_CURR_LABEL VARCHAR2(50)SHRTPRT_SECDEGR_CAMP_PRINT VARCHAR2(1)SHRTPRT_SECDEGR_PROGRAM_PRINT VARCHAR2(1)SHRTPRT_SECDEGR_MAJCONC_PRINT VARCHAR2(1)
Nota: El código existente SHRTYPE_DEGR_MAJR2_PRINT controlará si es impreso la carrera del curriculum secundario de resultados.
Los comentarios en la columna para estas columnas son:
• Imprime la escuela del curriculum de resultados secundario.
• Imprime especialidades del curriculum de resultados secundario.
• Imprime concentraciones del curriculum de resultados secundario.
• Imprimir otros campos de tipos de estudio para el curriculum de resultados secundario.
• La etiqueta que se imprimirá antes del curriculum de resultados secundario. El valor por omisión será "Curriculum Secundario”.
• Imprime el campus del curriculum de resultados secundario.
• Imprime la descripción del programa del curriculum de resultados secundario.
• Imprime concentraciones vinculadas a carreras del curriculum de resultados secundario.
Comentarios de Columna Actualizado para Curricula ConcurrenteLas siguientes columnas y comentarios han sido actualizadas para reflejar la terminología curriculum concurrente.
Nombre de Columna Comentario Anterior Nuevos Comentarios
SHRTPRT_TERM_ADMIT_PRINT Opción para imprimir el periodo en el que fue admitido el alumno.
Opción para imprimir el periodo en el que fue admitido el alumno para el curriculum primario del estudiante.
Alumnos Versión 7.2 Octubre 2005268 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoTablas Cambiadas
Tabla de Tipo de Solicitud de Verificación de Inscripción (SFREPRT)Nuevos conjuntos de opciones han sido agregados a esta tabla.
Nuevas Opciones de Impresión de NSS, Impresión de Fecha de Nacimiento e Impresión de AutoservicioEstas nuevas columnas son utilizadas para controlar la impresión de los datos de NSS, Fecha de Nacimiento y Autoservicio para la verificación de inscripción.
SHRTPRT_TERM_MATRIC_PRINT Opción para imprimir el periodo en el que fue matriculado el alumno.
Opción para imprimir el periodo en el que fue matriculado el alumno para el curriculum primario del estudiante
SHRTPRT_CURR_COLL_PRINT Opción para imprimir la escuela actual.
Opción para imprimir la escuela del curriculum primario del estudiante.
SHRTPRT_CURR_MAJOR_PRINT Opción para imprimir la carrera del curriculum del alumno.
Opción para imprimir la carrera del curriculum primario del estudiante del alumno.
SHRTPRT_CURR_MINOR_PRINT Opción para imprimir la especialidad del curriculum del alumno.
Opción para imprimir la especialidad del curriculum primario del estudiante del alumno.
SHRTPRT_DEGR_MAJOR_PRINT Opción para imprimir el grado de carrera del alumno.
Opción para imprimir la carrera del curriculum primario de resultados del alumno.
SHRTPRT_DEGR_MINOR_PRINT Opción para imprimir el grado de especialidad del alumno.
Opción para imprimir la especialidad del curriculum primario de resultados del alumno.
SHRTPRT_STD_COLL_BY_TERM_PRINT Opción para imprimir la escuela por periodo
Opción para imprimir la escuela del estudiante por periodo del curriculum del estudiante que tenga el mismo nivel que el nivel del curso y una prioridad más baja.
SHRTPRT_STD_MAJR_BY_TERM_PRINT Opción para imprimir la carrera por periodo
Opción para imprimir la carrera primaria del estudiante por periodo del curriculum del estudiante que tenga el mismo nivel que el curso.
SHRTPRT_DEGR_MAJR2_PRINT Opción para imprimir la carrera del grado secundario o no.
Opción para imprimir la carrera del curriculum de resultados secundario.
Nombre de Columna Comentario Anterior Nuevos Comentarios
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 269
Sección 5 Curricula Concurrente Etapa 2 - Técnico Tablas Cambiadas
SFREPRT_ID_PRINT VARCHAR2(1)SFREPRT_SSN_PRINT VARCHAR2(1)SFREPRT_SSN_MASK VARCHAR2(20)SFREPRT_BIRTH_DATE_MASK VARCHAR2(30)SFREPRT_WEB_IND VARCHAR2(1)SFREPRT_PRINTER_FOR_WEB VARCHAR2(30)SFREPRT_LETR_CODE_CONFIRMED VARCHAR2(30)SFREPRT_WEB_ACAD_YEAR_IND VARHCAR2(1)SFREPRT_USER_ID VARCHAR2(30)
Nota: En SFRENRL, la impresión de la fecha de nacimiento es controlada por un parámetro de envío de trabajo.
Los comentarios en la columna para estas columnas son:
• Imprimir el ID de Banner.
• Imprimir el NSS.
• La máscara de formato para el NSS. Ingresar X para conservar el valor y * para imprimir un carácter oculto en lugar del valor real.
• La máscara de formato para la fecha de nacimiento. Por ejemplo, ingrese DD-MES para imprimir solo el día y el mes.
• Permitir la selección de este tipo en la solicitud de autoservicio.
• Llena la columna SFRENRL_PRINTER cuando es hecha una solicitud de autoservicio.
• Código de carta de la carta codificada en SOAELTR para una página de confirmación.
• Opción para permitir al estudiante ingresar un año académico en la página de solicitud de autoservicio de verificación de inscripción.
• Usuario que actualizó el tipo de verificación de inscripción
Nuevas Opciones de Retener para Calificación y Enviar al Número de FaxEstas nuevas columnas son utilizadas para controlar las opciones de retener para calificación y enviar a número de fax para la verificación de inscripción.
SFRENRL_FAX_AREA VARCHAR2(3)SFRENRL_FAX_NUMBER VARCHAR2(7)SFRENRL_USER_ID VARCHAR2(30)SFRENRL_SENT_DATE DATESFRENRL_WPYO_CODE VARCHAR2(4)SFRENRL_WSSO_CODE VARHCAR2(4)
Los comentarios en la columna para estas columnas son:
• Código de área del número de fax para enviar el reporte de verificación de inscripción.
• Número de fax para enviar el reporte de verificación de inscripción.
• Usuario que actualizó la solicitud de verificación de inscripción.
• Usuario que actualizó la solicitud de verificación de inscripción.
• Código de detalle de pago
• Servicio de Web
Alumnos Versión 7.2 Octubre 2005270 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoPaquetes Cambiados
Tabla de Reglas de Frecuencia de Curriculum de Estudiante (SOBLMOD)Los siguientes cambios han sido hechos a esta tabla:• El máximo de datos permitidos para el campo de estudio ha sido movido a la nueva
tabla hija de SORLMFS.
• Las columnas para el máximo número de carreras, especialidades y concentraciones han sido cambiadas para que se puedan anular.
• Las columnas para el máximo número de carreras, especialidades y concentraciones han sido movidas a la nueva tabla SORLMFS.
• Estas columnas son:
SOBLMOD_MAX_MAJORS
SOBLMOD_MAX_MINORS
SOBLMOD_MAX_CONCENTRATIONS
Paquetes Cambiados
SOKLCURHan sido actualizadas las funciones f_count_lfos y f_lfos_count_status en este paquete.
SHKTRANLa nueva función f_transcript_name ha sido agregada a este paquete.
Nuevas Funciones
Una nueva función ha sido agregada al paquete SHKTRAN.
f_transcript_nameEsta función es utilizada para centralizar la selección del nombre que es impreso en los kárdex. Esta función llama a las otras funciones en el paquete (f_legal_name, f_diploma_name, y f_iden_name) para seleccionar datos desde las fuentes disponibles.
Los parámetros de entrada incluyen:
• el tipo de kárdex,
• el número de identificación de la persona,
• el número de solicitud (opcional porque ningún número de solicitud esta disponible si el kárdex es enviado utilizando una población de SHRTPOP),
• cuando el objeto llama la función es para IED y
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 271
Sección 5 Curricula Concurrente Etapa 2 - Técnico Funciones Cambiadas
• un número de secuencia de grado opcional para seleccionar el nombre del diploma.
Si ninguna secuencia de grado es enviada para la fuente del nombre de diploma, el kárdex imprimirá el nombre del diploma de los grados otorgados con la fecha de graduación más reciente. Si la fecha de graduación no está disponible, el periodo de graduación se usará. Si no hay información disponible de graduación, un nombre de diploma no se seleccionará.
La función regresará el nombre y piezas del nombre que serán impresas en el kárdex. La función primero leerá la jerarquía definida para la persona y la solicitud de kárdex específica. Si ésta no existe, o no hay coincidencias de nombre, será utilizada la jerarquía definida para el tipo de kárdex. Si ninguna jerarquía existe para el tipo de kárdex, o ninguna coincidencia es encontrada para la persona, será regresado el nombre de identificación actual.
El orden de clasificación de los kárdex, si es seleccionado alfabético, no cambiará. Esto puede presentar la misma confusión si el nombre regresado no es similar al nombre de identificación actual. La opción de orden alfabético no puede ser ordenada utilizando apellido, primer nombre y luego segundo nombre, si el diploma o nombres legales son seleccionados para imprimirse en el kárdex. Estos nombres no separan el apellido del primer nombre.
El sufijo sólo estará disponible y regresado si el nombre seleccionado es el nombre actual en la tabla SPRIDEN.
f_format_ssnEsta función da formato al NSS o ID Banner para el kárdex de papel y el reporte de verificación de inscripción. Los argumentos para la función son la máscara del formato y los datos. Los valores en la máscara de formato son *, X, y -. Si el carácter en la máscara es *, el valor en esa posición será regresado como un *. El - se añadió para separación. El valor X indica que el valor de la posición va a ser regresado en el valor con la máscara.
Funciones Cambiadas
Dos funciones en el paquete SOKLCUR se han actualizado.
f_count_lfosLa consulta para SOBLMOD para los conteos de campo de estudio actual y activos se ha reemplazado con la consulta para SORLMFS.
f_lfos_count_statusLa consulta para SOBLMOD para los conteos de campo de estudio actual y activos se ha reemplazado con la consulta para SORLMFS.
Alumnos Versión 7.2 Octubre 2005272 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoLibrería de Objetos Cambiada
Librería de Objetos Cambiada
SOQOLIBSe hicieron los siguientes cambios:
• La consulta contra SOBLMOD ha sido reemplazada por los conteos permitidos para el campo de estudio con la consulta contra SORLMFS en el disparador p_validate_curriculum.
• Una nueva Lista de Valores y grupo de registro han sido agregados para la nueva tabla de validación STVTRNS.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 273
Sección 5 Curricula Concurrente Etapa 2 - Técnico Nuevos APIs
Nuevos APIs
API de Jerarquía de Nombre de Tipo de Kárdex (sb_transcript_name)Este paquete provee la interfaz de Negocios Comunes para el API de Jerarquía de Nombre de Tipo de kárdex (sb_transcript_name). Esta jerarquía define el nombre que será impreso en el kárdex. Si no hay coincidencia de nombre encontrada o ninguna jerarquía ingresada para el tipo, el nombre actual del estudiante es utilizado para el kárdex.
Si el kárdex es un kárdex de IED, las reglas de jerarquía para las fuentes que no se permiten para IED se ignoran. Un kárdex IED requiere un apellido y nombre. Las fuentes de nombre tales como nombre legal y nombre de diploma no separan esas dos piezas, y por lo tanto, no pueden ser utilizadas en un kárdex de IED.
El grado con la fecha de graduación más reciente o periodo más reciente será utilizado para seleccionar el nombre del diploma si la fuente de kárdex es el diploma. Si ninguna información de graduación esta disponible, el nombre del diploma no será seleccionado.
Los siguientes paquetes están en este API:
• sokb_trans_name0.sql
• sokb_trans_name1.sql
• sokb_trans_name_r0.sql
• sokb_trans_name_r1.sql
• sokb_trans_name_s0.sql
• sokb_trans_name_s1.sql
• sokd_shrtrnm1.sql
• sokd_shrtrnm0.sql
Tabla Forma Nombre de Objeto API Nombre Entidad API Tarea Realizada
SHRTRNM SHATPRT sb_transcript_name
TRANSCRIPT_NAME Define el nombre que va a ser impreso en el kárdex para la jerarquía de nombre y tipo de kárdex.
Alumnos Versión 7.2 Octubre 2005274 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoNuevos APIs
API de Jerarquía de Nombre de Solicitud de Kárdex (sb_transcript_req_name)Este paquete provee la interfaz de Negocios Comunes para el API de Jerarquía de Nombre de Solicitud de kárdex (sb_transcript_req_name). Esta jerarquía sobrepasa lo que esta definido para el tipo de kárdex. Si ninguna coincidencia de nombre es encontrada para el estudiante, la jerarquía definida para el tipo de kárdex es utilizada.
Si el kárdex es un kárdex de IED, las reglas de jerarquía para las fuentes que no se permiten para IED se ignoran. Un kárdex IED requiere un apellido y nombre. Las fuentes de nombre tales como nombre legal y nombre de diploma no separan esas dos piezas, y por lo tanto, no pueden ser utilizadas para un kárdex de IED.
Si el nombre del kárdex es el nombre del diploma, y el número de secuencia de grado no es provisto, el grado con la fecha de graduación más reciente o periodo más reciente será utilizado para seleccionar el nombre del diploma. Si no hay información disponible de graduación, un nombre de diploma no se seleccionará.
Los siguientes paquetes están en este API:
• sokb_transreq_name0.sql
• sokb_transreq_name1.sql
• sokb_transreq_name_r0.sql
• sokb_transreq_name_r1.sql
• sokb_transreq_name_s0.sql
• sokb_transreq_name_s1.sql
• sokd_shttrnm1.sql
• sokd_shttrnm0.sql
API Activo y Máximo Actual del Campo de Estudio (sb_fieldofstudy_allowed)Este paquete provee la interfaz de Negocios Comunes para el API Activo y Máximo Actual del Campo de Estudio (sb_fieldofstudy_allowed). Éste define el campo de estudio máximo y actual permitido para un curriculum y módulo de estudiante. El número de campos de estudio activos y actuales es validado cuando nuevas filas son agregadas a la tabla SORLFOS.
Esta tabla permite la entrada de un cero para todos los campos de estudio que no tienen un tipo de carrera. La columna Número Permitido es el único campo que puede actualizar en las filas que están marcadas como requeridas por el sistema. Los renglones requeridos por el sistema no se puede eliminar.
Tabla Forma Nombre de Objeto API Nombre Entidad API Tarea Realizada
SHRTRNM SHARQTC sb_transcript_req_name
TRANSCRIPT_REQ_NAME Identifica la jerarquía del nombre para la solicitud del kárdex.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 275
Sección 5 Curricula Concurrente Etapa 2 - Técnico Nuevos APIs
Los siguientes paquetes están en este API:
• sokb_lfst_allowed0.sql
• sokb_lfst_allowed1.sql
• sokb_lfst_allowed_r0.sql
• sokb_lfst_allowed_r1.sql
• sokb_lfst_allowed0_s0.sql
• sokb_lfst_allowed0_s1.sql
• sokd_sorlmfs1.sql
• sokd_sorlmfs0.sql
API de Origen de Nombre de Kárdex (sb_transcript_name_source)Este paquete provee la interfaz de Negocios Comunes para el API de Fuente de Nombre del kárdex (sb_transcript_name_source). Éste mantiene las restricciones para las fuentes de nombre que están disponibles para la selección de nombres del kárdex. Las reglas incluyen si la fuente del nombre puede ser utilizada para un kárdex IED o si el nombre requiere información adicional del grado.
También hay un indicador de si el nombre permite la captura de un tipo de nombre. Sólo los nombres de la tabla SPRIDEN permiten asociación con un tipo de nombre. Las filas que son requeridas por el sistema no se pueden actualizar, ni pueden ser eliminadas.
Los siguientes paquetes están en este API:
• sokb_trans_namesrce0.sql
• sokb_trans_namesrce1.sql
• sokb_trans_namesrce_r0.sql
Tabla Forma Nombre de Objeto API Nombre Entidad API Tarea Realizada
SORLMFS SOACTRL sb_fieldofstudy_allowed
FIELDOFSTUDY_ALLOWED Define el campo de estudio máximo, actual y activo permitidos para un módulo de curriculum y estudiante, para utilizar con las opciones de entrega de autoservicio de kárdex y verificación de inscripción.
Tabla Forma Nombre de Objeto API Nombre Entidad API Tarea Realizada
SHRTRNS SHRTRNS sb_transcript_name_source
TRANSCRIPT_NAME_SOURCE
Mantiene restricciones para las fuentes de nombre que están disponibles para la selección de nombres que van a ser impresos en el kárdex.
Alumnos Versión 7.2 Octubre 2005276 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoNuevos APIs
• sokb_trans_namesrce_r1.sql
• sokb_trans_namesrce_s0.sql
• sokb_trans_namesrce_s1.sql
• sokd_shrtrns1.sql
• sokd_shrtrns0.sql
API de Tabla de Validación de Fuente de Nombre (sb_stvtrns)Este paquete provee la interfaz de Negocios Comunes para el API de Tabla de Validación de Fuente de Nombre (sb_stvtrns). Este paquete es utilizado para alojar cursores y funciones para recuperar datos de la tabla de validación desde la fuente del nombre del kárdex.
Los cursores incluyen:
• Stvtrns_C - regresa una fila completa para un valor de fuente de nombre de kárdex dado.
Las funciones incluyen:
• f_get_description
• f_code_exists
Los siguientes paquetes están en este API:
• svkb_stvtrns1.sql
• svkb_stvtrns0.sql
API de Opciones de Servicio de Verificación de Inscripción (sb_enr_ver_services)Este paquete provee la interfaz de Negocios Comunes para el API de Opciones de Autoservicio de Verificación de Inscripción (sb_enr_ver_services). Éste define los servicios especiales disponibles para el procesamiento del reporte de verificación de inscripción, tales como repentino especial o entrega el mismo día, o aún retener para recoger.
Tabla Forma Nombre de Objeto API Nombre Entidad API Tarea Realizada
STVTRNS STVTRNS sb_stvtrns SB_STVTRNS Alberga cursores y funciones para recuperar los datos de la tabla de validación desde la fuente del nombre del kárdex.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 277
Sección 5 Curricula Concurrente Etapa 2 - Técnico Nuevos APIs
Los siguientes paquetes están en este API:
• sokb_enr_ver_services0.sql
• sokb_enr_ver_services1.sql
• sokb_enr_ver_services0 _r0.sql
• sokb_enr_ver_services0_r1.sql
• sokb_enr_ver_services0_s0.sql
• sokb_enr_ver_services0_s1.sql
• sokd_sfrenss1.sql
• sokd_shrtrns0.sql
API de Opciones de Pago de Verificación de Inscripción (sb_enr_ver_payment)Este paquete provee la interfaz de Negocios Comunes para el API de Opciones de Pago de Autoservicio de Verificación de Inscripción (SB_ENR_VER_PAYMENT). Éste define las opciones de código de detalle de pago especial disponibles para el procesamiento del reporte de verificación de inscripción.
Los siguientes paquetes están en este API:
• sokb_enr_ver_payment0.sql
• sokb_enr_ver_payment1.sql
• sokb_enr_ver_payment0_r0.sql
• sokb_enr_ver_payment0_r1.sql
• sokb_enr_ver_payment0_s0.sql
• sokb_enr_ver_vs0_s1.sql
• sokd_sfrenpo1.sql
• sokd_shrtrpo0.sql
Tabla Forma Nombre de Objeto API Nombre Entidad API Tarea Realizada
SFRENSS SFAEPRT sb_enr_ver_services
ENR_VER_SERVICES Define los servicios especiales disponibles para el procesamiento de solicitudes de verificación de inscripción en autoservicio.
Tabla Forma Nombre de Objeto API Nombre Entidad API Tarea Realizada
SFRENPO SFAEPRT sb_enr_ver_payment
ENR_VER_PAYMENT Define las opciones de código de detalle de pago especial disponibles para el procesamiento de solicitudes de verificación de inscripción en autoservicio
Alumnos Versión 7.2 Octubre 2005278 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoAPI Cambiado
API Cambiado
sb_learnermoduleTres paquetes en el API de sb_learnermodule se han modificado.
sokb_learner_mod_r1.sqlLa validación ha sido quitada contra los conteos de campo de estudio para las carreras, especialidades y concentraciones máximas. Estos valores pueden ser cualquier valor, incluyendo nulo, ya que estos fueron movidos a la tabla SORLMFS.
sokb_learner_mod_s0.sqlCadenas para los mensajes de error ’INVALID_MAX_MAJORS’, ’INVALID_MAX_MINORS’, y ’INVALID_MAX_CONCENTRATIONS’ han sido quitadas.
sokb_learner_mod_s1.sqlCadenas para los mensajes de error ’INVALID_MAX_MAJORS’, ’INVALID_MAX_MINORS’, y ’INVALID_MAX_CONCENTRATIONS’ han sido quitadas.
Nuevos Scripts
Los siguientes scripts se entregaron con esta versión.
Scripts para Tablas Nuevas
Tabla Script Resultado
SFRENPO sfrenpo1.sql Crear tabla
SFRENPO sfrenpo2.sql Añadir Llave Primaria
SFRENPO sfrenpo3.sql Añadir restricción de Llave Externa
SFRENPO sfrenpo4.sql Añadir restricción de Llave Externa
SFRENPO sfrenpo5.sql Añadir comentarios a columnas
SFRENSS sfrenss1.sql Crear tabla
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 279
Sección 5 Curricula Concurrente Etapa 2 - Técnico Nuevos Scripts
SFRENSS sfrenss2.sql Añadir Llave Primaria
SFRENSS sfrenss3.sql Añadir restricción de Llave Externa
SFRENSS sfrenss4.sql Añadir restricción de Llave Externa
SFRENSS sfrenss5.sql Añadir comentarios a columnas
SHRTRNM shrtrnm1.sql Crear tabla
SHRTRNM shrtrnm2.sql Añadir Llave Primaria
SHRTRNM shrtrnm3.sql Añadir restricción de Llave Externa
SHRTRNM shrtrnm4.sql Añadir restricción de Llave Externa
SHRTRNM shrtrnm5.sql Añadir restricción de Llave Externa
SHRTRNM shrtrnm6.sql Añadir comentarios a columnas
SHRTRNS shrtrns1.sql Crear tabla
SHRTRNS shrtrns2.sql Añadir Llave Primaria
SHRTRNS shrtrns3.sql Añadir restricción de Llave Externa
SHRTRNS shrtrns4.sql Añadir comentarios a columnas
SHTTRNM shttrnm1.sql Crear tabla
SHTTRNM shttrnm2.sql Añadir Llave Primaria
SHTTRNM shttrnm3.sql Añadir restricción de Llave Externa
SHTTRNM shttrnm4.sql Añadir restricción de Llave Externa
SHTTRNM shttrnm5.sql Añadir restricción de Llave Externa
SHTTRNM shttrnm6.sql Añadir comentarios a columnas
SORLMFS sorlmfs1.sql Crear tabla
SORLMFS sorlmfs2.sql Añadir Llave Primaria
SORLMFS sorlmfs3.sql Añadir restricción de Llave Externa
SORLMFS sorlmfs4.sql Añadir restricción de Llave Externa
SORLMFS sorlmfs5.sql Añadir comentarios a columnas
STVTRNS stvtrns1.sql Crear tabla
STVTRNS stvtrns2.sql Añadir Llave Primaria
STVTRNS stvtrns3.sql Añadir comentarios a columnas
Tabla Script Resultado
Alumnos Versión 7.2 Octubre 2005280 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoNuevos Scripts
Scripts para Tablas Cambiadas
Scripts para Datos Seed
Tabla Script Resultado
SOBLMOD soblmod1.sqL Hace que las columnas de campo de estudio se puedan anular.
SHRTPRT shrtprt1.sql Añadir nuevas columnas
SHRTPRT shrtprt2.sql Añadir comentarios a columnas
SHRTPRT shrtprt3.sql Insertar valores predefinidos
SHRTRPT shrtprt4.sql Hace no nulas las nuevas opciones de impresión
SFREPRT sfreprt1.sql Añadir nuevas columnas
SFREPRT sfreprt2.sql Añadir restricción de Llave Externa
SFREPRT sfreprt3.sql Añadir comentarios a columnas
SFRENRL sfrenrl1.sql Añadir nuevas columnas
SFRENRL sfrenrl2.sql Añadir restricción de Llave Externa
SFRENRL sfrenrl3.sql Añadir restricción de Llave Externa
SFRENRL sfrenrl4.sql Añadir comentarios a columnas
Tabla Script Resultado
GTVSDAX sinssdax5.sql Añadir regla MAXEVREQNO
GTVPROC sinsgproc.sql Añadir código WEBCEPRTREQ
STVTRNS sintrns72.sql Añadir código de origen de nombre de kárdex
SHRTRNS sinshrtrns72.sql Añadir código de origen de nombre de kárdex
STVXLBL sinsxlbl72.sql Añadir Código de Etiqueta IED
SORXREF sinxref72.sql Añadir códigos de tipos de campo de estudio para IED
SORLMFS sinlmfs72.sql Migrar conteos SOBLMOD
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 281
Sección 5 Curricula Concurrente Etapa 2 - Técnico Datos Seed
Datos Seed
Forma de Validación de Transposición (GTVSDAX)La nueva regla MAXEVREQNO es entregada con esta versión. Esta nueva regla se usa para limitar el número de solicitudes de verificación de inscripción de autoservicio que el alumno puede hacer por periodo. El predefinido es 999 (esencialmente, ilimitado). Debe cambiar este valor si desea restringir el número de solicitudes permitidas por periodo.
Forma de Validación de Nombre de Proceso (GTVPROC)Un nuevo nombre de proceso se añadió para el procesamiento de tarjeta de crédito para solicitud de verificación de inscripción de autoservicio. Si su institución carga para solicitudes de verificación de inscripción de autoservicio y quiere permitir a los alumnos hacer pagos con tarjeta de crédito, debe crear un registro correspondiente en GORMERC (utilizando la forma GOAMERC).
Tabla de Origen de Nombre de Kárdex (STVTRNS)Los siguientes valores son requeridos por el sistema y se entregan para STVTRNS:
Código Externo
Código Interno Número de Secuencia de Código Interno
Grupo de Código Interno
Descripción Fecha Actividad
999 MAXEVREQNO STUWEB Solicitud de Verif Inscrp Max por Periodo
Fecha Sistema
Código de Nombre de Proceso
Descripción Requerido por el Sistema
WEBCCEPRTREQ Proceso de Verificación de Cargo de Inscripción para Tarjeta de Crédito en Web
Y
Código de Origen de Nombre de Kárdex
Descripción
IDEN Identificación de General de Persona
LEGAL Nombre Legal de General de Persona
DIPLOMA Nombre de Diploma
Alumnos Versión 7.2 Octubre 2005282 Guía de Versión Confidencial
Sección 5 Curricula Concurrente Etapa 2 - TécnicoDatos Seed
Tabla de Reglas de Origen de Nombre de Kárdex (SHRTRNS)Los siguientes valores se entregan para SHRTRNS:
Migrar Totales de Carrera, Especialidad y Concentración de SOBLMOD a SORLMFSEs entregado un nuevo script que migrará los conteos en SOBLMOD definidos para los campos de estudio a la nueva tabla SORLMFS.
Los datos seed para esto incluyen:
Códigos de Origen de Nombre de Kárdex
Habilitado para IED
Habilitado para Tipo de Nombre
Permitido para Grado
Requerido por el Sistema
IDEN Y Y N Y
LEGAL N N N Y
DIPLOMA N N Y Y
LMOD LFST Número Permitido Desplegar en Kárdex
Req por el Sistema
RECRUIT MAJOR <soblmod_max_majors para RECRUIT> Y Y
RECRUIT MINOR <soblmod_max_minors para RECRUIT> Y Y
RECRUIT CONCENTRATION <soblmod_max_conc para RECRUIT> Y Y
ADMISSIONS MAJOR <soblmod_max_majors para ADMISSIONS> Y Y
ADMISSIONS MINOR <soblmod_max_minors para ADMISSIONS> Y Y
ADMISSIONS CONCENTRATION <soblmod_max_conc para ADMISSIONS> Y Y
LEARNER MAJOR <soblmod_max_majors para LEARNER> Y Y
LEARNER MINOR <soblmod_max_minors para LEARNER> Y Y
LEARNER CONCENTRATION <soblmod_max_conc para LEARNER> Y Y
OUTCOME MAJOR <soblmod_max_majors para OUTCOME> Y Y
OUTCOME MINOR <soblmod_max_minors para OUTCOME> Y Y
OUTCOME CONCENTRATION <soblmod_max_conc para OUTCOME> Y Y
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 283
Sección 5 Curricula Concurrente Etapa 2 - Técnico Datos Seed
Forma de Validación de Etiqueta de Verificación IED (STVXLBL)El nuevo código de etiqueta IED GTVLFST será agregado para utilizarlo con la validación de etiqueta de referencia cruzada en SOAXREF.
Forma de Reglas de Referencia Cruzada IED (SOAXREF)Los tres campos requeridos por el sistema de códigos de tipo de estudio serán agregados a SOAXREF para el nuevo código de etiqueta STVXLBL EDI de GTVLFST. Estos códigos son utilizados para las designaciones de tipo de campo de estudio de IED.
Código de Etiqueta IED
Descripción Requerido por el Sistema
GTVLFST Tipos de Campo de Estudio
Y
Código de Etiqueta IED
Valor IED Estándar Valor de Banner
GTVLFST N Y MINOR
GTVLFST M Y MAJOR
GTVLFST C Y CONCENTRATION
Alumnos Versión 7.2 Octubre 2005284 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoNuevas Tablas
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico
Nuevas Tablas
Tabla Temporal de Tipo de GPA (SRTGPAT)Esta tabla temporal es utilizada para almacenar los datos GPA enviados en los datos AMCAS cargados. Estos datos se cargan entonces en la tabla SORGPAT.
Las siguientes columnas se encuentran es esta tabla:SRTGPAT_RIDM NOT NULL NUMBER(8)SRTGPAT_GPAT_CODE NOT NULL VARCHAR2(8)SRTGPAT_TERM_CODE_ENTRY NOT NULL VARCHAR2(6)SRTGPAT_GPA NOT NULL NUMBER(23,9)SRTGPAT_PLUS_MINUS_IND NOT NULL VARCHAR2(1)SRTGPAT_ACTIVITY_DATE NOT NULL DATESRTGPAT_SBGI_CODE VARCHAR2(6)
Los comentarios en la columna para la tabla son:• RIDM: RIDM para el cuál será almacenado el tipo GPA
• GPAT CODE: Este campo identifica el tipo de GPA.
• TERM CODE ENTRY: El código de periodo de entrada para el GPA de la persona
• PGA: Este campo indica el valor de GPA asociado con el tipo de GPA
• PLUS MINUS IND: Este campo indica si el valor de GPA incluye un más o un menos
• ACTIVITY DATE: La fecha en que la información para el renglón se insertó o actualizó en la tabla SRTGPAT.
• SBGI CODE: Este campo indica el código fuente de la institución desde el cuál es registrado el tipo de PGA
Tabla Temporal de Resumen de Curso (SRTCRSS)Esta tabla temporal es utilizada para almacenar los datos de resumen del curso enviados en las cargas de datos de AMCAS. Estos datos se cargan entonces en la tabla SORCRSS.
Las siguientes columnas se encuentran es esta tabla:
SRTCRSS_RIDM NOT NULL NUMBER(8)SRTCRSS_CRSS_CODE NOT NULL VARCHAR2(8)SRTCRSS_TERM_CODE_ENTRY NOT NULL VARCHAR2(6)SRTCRSS_HOURS NOT NULL NUMBER(11,3)SRTCRSS_ACTIVITY_DATE NOT NULL DATESRTCRSS_SBGI_CODE VARCHAR2(6)
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 285
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Nuevas Tablas
Los comentarios en la columna para la tabla son:
• RIDM: RIDM para el cuál será almacenado el resumen del curso
• COURSE SUMMARY CODE: Este campo identifica el código de resumen de curso.
• TERM CODE ENTRY: El código de periodo de entrada para el resumen del curso de la persona
• HOURS: Este campo indica las horas asociadas con el resumen del curso.
• ACTIVITY DATE: La fecha en que la información para el renglón se insertó o actualizó en la tabla SRTCRSS.
• SBGI CODE: Este campo indica el código fuente de la institución desde el cuál es registrado el resumen del curso.
Tabla Temporal de Información Complementaria (SRTSUPL)Esta tabla se usa para almacenar campos de datos que se cargarán a la tabla SABSUPL.
Las siguientes columnas se encuentran es esta tabla:
SRTSUPL_RIDM NOT NULL NUMBER(8)SRTSUPL_TERM_CODE_ENTRY NOT NULL VARCHAR2(6)SRTSUPL_CNTY_CODE_ADMIT VARCHAR2(5)SRTSUPL_CNTY_ADMIT_RURAL VARCHAR2(1)SRTSUPL_STAT_CODE_ADMIT VARCHAR2(3)SRTSUPL_NATN_CODE_ADMIT VARCHAR2(5)SRTSUPL_CITY_BIRTH VARCHAR2(20)SRTSUPL_CNTY_CODE_BIRTH VARCHAR2(5)SRTSUPL_CNTY_BIRTH_RURAL VARCHAR2(1)SRTSUPL_STAT_CODE_BIRTH VARCHAR2(3)SRTSUPL_NATN_CODE_BIRTH VARCHAR2(5)SRTSUPL_SBGI_CODE_ADMIT VARCHAR2(6)SRTSUPL_ETHN_CODE_SELF VARCHAR2(2)SRTSUPL_ESEL_CODE VARCHAR2(2)SRTSUPL_NUMBER_DEPS NUMBER(2)SRTSUPL_AGENCY_FILE_NO VARCHAR2(10)SRTSUPL_APP_YEAR_AGENCY NUMBER(4)SRTSUPL_PREV_APP_1 NUMBER(4)SRTSUPL_PREV_APP_2 NUMBER(4)SRTSUPL_PREV_APP_3 NUMBER(4)SRTSUPL_PREV_APP_4 NUMBER(4)SRTSUPL_AGENCY_FEE_WAIVED VARCHAR2(1)SRTSUPL_CYCLE_ADDED NUMBER(3)SRTSUPL_CYCLE_CHANGED NUMBER(3)SRTSUPL_AGENCY_REPORT_DATE DATESRTSUPL_NEXT_MCAT_DATE DATESRTSUPL_FLAG1 VARCHAR2(1)SRTSUPL_FLAG2 VARCHAR2(1)SRTSUPL_FLAG3 VARCHAR2(1)SRTSUPL_FLAG4 VARCHAR2(1)SRTSUPL_FLAG5 VARCHAR2(1)SRTSUPL_FLAG6 VARCHAR2(1)SRTSUPL_FLAG7 VARCHAR2(1)SRTSUPL_FLAG8 VARCHAR2(1)SRTSUPL_FLAG9 VARCHAR2(1)
Alumnos Versión 7.2 Octubre 2005286 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoNuevas Tablas
SRTSUPL_FLAG10 VARCHAR2(1)SRTSUPL_INST_DATA1 VARCHAR2(60)SRTSUPL_INST_DATA2 VARCHAR2(60)SRTSUPL_INST_DATA3 VARCHAR2(60)SRTSUPL_INST_DATA4 VARCHAR2(60)SRTSUPL_INST_DATA5 VARCHAR2(60)SRTSUPL_INST_DATA6 VARCHAR2(60)SRTSUPL_INST_DATA7 VARCHAR2(60)SRTSUPL_INST_DATA8 VARCHAR2(60)SRTSUPL_INST_DATA9 VARCHAR2(60)SRTSUPL_INST_DATA10 VARCHAR2(60)SRTSUPL_INST_DATA11 VARCHAR2(60)SRTSUPL_INST_DATA12 VARCHAR2(60)SRTSUPL_INST_DATA13 VARCHAR2(60)SRTSUPL_INST_DATA14 VARCHAR2(60)SRTSUPL_INST_DATA15 VARCHAR2(60)SRTSUPL_INST_DATA16 VARCHAR2(60)SRTSUPL_INST_DATA17 VARCHAR2(60)SRTSUPL_INST_DATA18 VARCHAR2(60)SRTSUPL_INST_DATA19 VARCHAR2(60)SRTSUPL_INST_DATA20 VARCHAR2(60)SRTSUPL_ACTIVITY_DATE DATESRTSUPL_EFFEC_DATE DATESRTSUPL_APPL_TYPE VARCHAR2(1)SRTSUPL_BIO_NUMBER VARCHAR2(22)SRTSUPL_HISP_IND VARCHAR2(1)SRTSUPL_RACE1 VARCHAR2(2)SRTSUPL_RACE2 VARCHAR2(2)SRTSUPL_RACE3 VARCHAR2(2)SRTSUPL_RACE4 VARCHAR2(2)SRTSUPL_RACE5 VARCHAR2(2)SRTSUPL_RACE6 VARCHAR2(2)SRTSUPL_RACE7 VARCHAR2(2)SRTSUPL_RACE8 VARCHAR2(2)SRTSUPL_RACE9 VARCHAR2(2)SRTSUPL_RACE10 VARCHAR2(2)SRTSUPL_ETHNIC1 VARCHAR2(2)SRTSUPL_ETHNIC2 VARCHAR2(2)SRTSUPL_ETHNIC3 VARCHAR2(2)SRTSUPL_ETHNIC4 VARCHAR2(2)SRTSUPL_ETHNIC5 VARCHAR2(2)SRTSUPL_ETHNIC6 VARCHAR2(2)SRTSUPL_ETHNIC7 VARCHAR2(2)SRTSUPL_ETHNIC8 VARCHAR2(2)SRTSUPL_ETHNIC9 VARCHAR2(2)SRTSUPL_ETHNIC10 VARCHAR2(2)SRTSUPL_SCHOOL_STATE VARCHAR2(2)SRTSUPL_SCHOOL_NUM NUMBER(3)SRTSUPL_DATE_APPLIED DATESRTSUPL_EARLY_DECISION VARCHAR2(1)
Los comentarios en la columna para la tabla son:
• RIDM: RIDM para el cuál será almacenada la información complementaria
• TERM CODE ENTRY: El código de periodo de entrada para la información complementaria de la persona
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 287
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Nuevas Tablas
• COUNTY CODE ADMIT: Este campo indica el código de municipio asociado con la persona cuando fueron admitidos.
• COUNTY ADMIT RURAL: Este campo indica si el código de municipio de admisiones es un municipio rural.
• STATE CODE ADMIT: Este campo identifica el código de estado de la persona cuando solicitaron la admisión.
• NATION CODE ADMIT: Este campo identifica el código de país de la persona cuando solicitaron la admisión.
• CITY BIRTH: Este campo identifica la ciudad donde nació el solicitante.
• COUNTY CODE BIRTH: Este campo identifica el municipio donde nació el solicitante.
• COUNTY BIRTH RURAL: Este campo indica si el municipio de nacimiento es rural.
• STATE CODE BIRTH: Este campo identifica el estado donde nació el solicitante.
• NATION CODE BIRTH: Este campo identifica el país donde nació el solicitante.
• SBGI CODE ADMIT: Este campo indica el código fuente de la institución desde el cuál el solicitante aplicó.
• ETHNIC CODE SELF: Este campo identifica el grupo étnico autoreportado por el solicitante.
• ESEL ELIGIBILITY CODE: Esto indica si la solicitud tiene consideraciones especiales.
• NUMBER DEPENDENTS: Esto indica el número de dependientes que tiene el solicitante.
• AGENCY FILE NUMBER: Este campo identifica el número de archivo de agencia asociado con su solicitud AMCAS.
• APP YEAR AGENCY: Este campo identifica el año de solicitud para esa solicitud.
• PREV APP 1: Este campo identifica el año de la solicitud más reciente anterior a la solicitud actual.
• PREV APP 2: Este campo identifica el año de la segunda solicitud más reciente anterior a la solicitud actual.
• PREV APP 3: Este campo identifica el año de la tercera solicitud más reciente anterior al año actual.
• PREV APP 4: Este campo identifica el año de la cuarta solicitud más reciente anterior al año actual.
• AGENCY FEE WAIVED: Este campo indica si la cuota de agencia ha sido exenta para ésta solicitud.
• CYCLE ADDED: Este campo identifica el ciclo en el cuál fue agregada la solicitud.
• CYCLE CHANGED: Este campo identifica el ciclo en el cuál fue cambiada la solicitud.
• AGENCY REPORT DATE: Este campo identifica cuando fue creado el último archivo de acción de admisión para esa solicitud.
• NEXT MCAT DATE: Este campo identifica cuando ese solicitante puede tomar el siguiente MCAT.
• NUMBER OF MCATS: Este campo identifica el número de puntuaciones MCAT de ese solicitante.
• FLAG1: Este campo indica si el solicitante esta en desventaja.
Alumnos Versión 7.2 Octubre 2005288 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoNuevas Tablas
• FLAG2: Este campo indica si el solicitante ha hecho el servicio militar
• FLAG3: Este campo indica si el solicitante ha sido matriculado anteriormente como un alumno de la escuela de medicina.
• FLAG4: Este campo indica si el solicitante ha tomado una acción institucional llevada contra ellos.
• FLAG5: Este campo indica si el solicitante ha cometido un delito.
• FLAG6: Este es un campo de indicador suplemental.
• FLAG7: Este es un campo de indicador suplemental.
• FLAG8: Este es un campo de indicador suplemental.
• FLAG9: Este es un campo de indicador suplemental.
• FLAG10: Este es un campo de indicador suplemental.
• INST DATA1: Este es un campo de datos suplementales.
• INST DATA2: Este es un campo de datos suplementales.
• INST DATA3: Este es un campo de datos suplementales.
• INST DATA4: Este es un campo de datos suplementales.
• INST DATA5: Este es un campo de datos suplementales.
• INST DATA6: Este es un campo de datos suplementales.
• INST DATA7: Este es un campo de datos suplementales.
• INST DATA8: Este es un campo de datos suplementales.
• INST DATA9: Este es un campo de datos suplementales.
• INST DATA10: Este es un campo de datos suplementales.
• INST DATA11: Este es un campo de datos suplementales.
• INST DATA12: Este es un campo de datos suplementales.
• INST DATA13: Este es un campo de datos suplementales.
• INST DATA14: Este es un campo de datos suplementales.
• INST DATA15: Este es un campo de datos suplementales.
• INST DATA16: Este es un campo de datos suplementales.
• INST DATA17: Este es un campo de datos suplementales.
• INST DATA18: Este es un campo de datos suplementales.
• INST DATA19: Este es un campo de datos suplementales.
• INST DATA20: Este es un campo de datos suplementales.
• ACTIVITY DATE: La fecha en que la información para el renglón se insertó o actualizó en la tabla SRTSUPL.
• EFFECTIVE DATE: Fecha de cuando los datos de la solicitud fueron actualizados por última vez por AMCAS
• APPLICATION TYPE: Código de Tipo de Solicitud AMCAS
• BIO NUMBER: Número de Biográfico asignado por AMCAS
• HISP IND: Indicador de étnico hispano AMCAS
• URM IND: Indicador de Minoría Bajo Representación AMCAS
• RACE1: Raza reportada por AMCAS
• RACE2: Raza reportada por AMCAS
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 289
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Nuevas Tablas
• RACE3: Raza reportada por AMCAS
• RACE4: Raza reportada por AMCAS
• RACE5: Raza reportada por AMCAS
• RACE6: Raza reportada por AMCAS
• RACE7: Raza reportada por AMCAS
• RACE8: Raza reportada por AMCAS
• RACE9: Raza reportada por AMCAS
• RACE10: Raza reportada por AMCAS
• ETHNIC1: Código Etnico reportado por AMCAS
• ETHNIC2: Código Etnico reportado por AMCAS
• ETHNIC3: Código Etnico reportado por AMCAS
• ETHNIC4: Código Etnico reportado por AMCAS
• ETHNIC5: Código Etnico reportado por AMCAS
• ETHNIC6: Código Etnico reportado por AMCAS
• ETHNIC7: Código Etnico reportado por AMCAS
• ETHNIC8: Código Etnico reportado por AMCAS
• ETHNIC9: Código Etnico reportado por AMCAS
• ETHNIC10: Código Etnico reportado por AMCAS
• SCHOOL STATE: Estado de escuela reportado por AMCAS
• SCHOOL NUMBER: Identificador de escuela reportado por AMCAS
• DATE APPLIED: Primera fecha en que el solicitante envío datos a AMCAS.
• EARLY DECISION: Código actual de decisión de admisiones reportada por AMCAS
Tabla de Tipos de Percentil de Puntuación de Examen (STVTSPT)Esta tabla temporal se usa para definir el tipo del percentil que se carga.
Las siguientes columnas se encuentran es esta tabla:
STVTSPT_CODE NOT NULL VARCHAR2(10)STVTSPT_DESC NOT NULL VARCHAR2(60)STVTSPT_SYS_REQ_IND NOT NULL VARCHAR2(1)STVTSPT_USER_ID NOT NULL VARCHAR2(30)STVTSPT_ACTIVITY_DATE NOT NULL DATE
Los comentarios en la columna para la tabla son:
• CODE: Código de tipo de percentil de puntuación de examen
• DESCRIPTION: Este campo identifica la descripción de código de tipo de percentil de puntuación de examen.
• SYSTEM REQUIRED INDICATOR: Este campo indica que un registro es entregado por SunGard SCT y es requerido por el sistema.
Alumnos Versión 7.2 Octubre 2005290 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoNuevas Tablas
• USER IDENTIFICATION: La identificación única del usuario que insertó o actualizó el registro
• ACTIVITY DATE: La fecha en que la información para el renglón se insertó o actualizó en la tabla STVTSPT.
Tabla Temporal de Percentil de Examen (SRTTSPC)Esta tabla temporal se usa para almacenar los percentiles de examen.
Las siguientes columnas se encuentran es esta tabla:
SRTTSPC_RIDM NOT NULL NUMBER(8)SRTTSPC_TESC_CODE NOT NULL VARCHAR2(4)SRTTSPC_TEST_DATE NOT NULL DATESRTTSPC_TSPT_CODE NOT NULL VARCHAR2(10)SRTTSPC_PERCENTILE NOT NULL VARCHAR2(10)SRTTSPC_ACTIVITY_DATE DATE
Los comentarios en la columna para la tabla son:
• RIDM: RIDM al cuál serán almacenados los percentiles
• TEST CODE: Este campo identifica el código de examen para el cuál son reportados los percentiles.
• TEST DATE: La fecha en que se tomó el examen
• TEST PERCENTILE TYPE: El tipo de percentil que se reporta
• PERCENTILE: Este campo indica el percentil asociado con el tipo y código de examen.
• ACTIVITY DATE: La fecha en que la información para el renglón se insertó o actualizó en la tabla SRTTSPC.
Tabla de Percentil de Examen (SORTSPC)Esta tabla se usa para almacenar los percentiles de examen.
Las siguientes columnas se encuentran es esta tabla:
SORTSPC_PIDM NOT NULL NUMBER(8)SORTSPC_TESC_CODE NOT NULL VARCHAR2(4)SORTSPC_TEST_DATE NOT NULL DATESORTSPC_TSPT_CODE NOT NULL VARCHAR2(10)SORTSPC_PERCENTILE NOT NULL VARCHAR2(10)SORTSPC_ACTIVITY_DATE NOT NULL DATESORTSPC_USER_ID NOT NULL VARCHAR2(30)SORTSPC_DATA_ORIGIN VARCHAR2(30)
Los comentarios en la columna para la tabla son:
• PIDM: ID de Banner interno para el que los percentiles se reportan
• TEST CODE: Código de Examen para el que los percentiles se reportan
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 291
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Nuevas Tablas
• TEST DATE: Fecha en la cual el examen fue tomado
• TEST PERCENTILE TYPE: Tipo de percentil que se reporta
• PERCENTILE: Percentil asociado con el tipo y código de examen
• ACTIVITY DATE: La fecha en que la información para el renglón se insertó o actualizó en la tabla SORTSPC.
• USER IDENTIFICATION: La identificación única del usuario que insertó o actualizó el registro
• DATA ORIGIN: El sistema fuente que creo o actualizo la fila
Tabla de Grado de Escuela Anterior (SRTDEGR)Esta tabla temporal se usa para almacenar los grados AMCAS entrantes. Se permiten varios por escuela.
Las siguientes columnas se encuentran es esta tabla:
SRTDEGR_RIDM NOT NULL NUMBER(8)SRTDEGR_SBGI_CODE NOT NULL VARCHAR2(6)SRTDEGR_DEGC_CODE VARCHAR2(6)SRTDEGR_DEGR_SEQ_NO NOT NULL NUMBER(2)SRTDEGR_EGOL_CODE VARCHAR2(2)SRTDEGR_ATTEND_FROM DATESRTDEGR_ATTEND_TO DATESRTDEGR_DEGC_DATE DATESRTDEGR_ACTIVITY_DATE NOT NULL DATE
Los comentarios en la columna para la tabla son:
• RIDM: RIDM al cuál será almacenado el grado
• SBGI CODE: Este campo identifica el código de origen de la institución de la escuela anterior.
• DEGREE CODE: El código de grado del grado ingresado en la escuela anterior.
• SEQUENCE NUMBER: Este campo indica el número de secuencia asociado con el grado en esta escuela.
• EDUCATION GOAL CODE: Este campo indica la meta educacional del grado.
• ATTENDANCE FROM DATE: Este campo indica la fecha desde la cuál la persona asistió a la escuela anterior.
• ATTENDANCE TO DATE: Este campo indica la fecha hasta la cuál la persona asistió a la escuela anterior.
• DEGREE DATE: Este campo indica la fecha en la cuál fue completado el grado.
• ACTIVITY DATE: La fecha en que la información para el renglón se insertó o actualizó en la tabla SRTDEGR.
Tabla de Carrera de Escuela Anterior (SRTMAJR)Esta tabla temporal se usa para almacenar los códigos de carreras AMCAS entrantes. Se permiten varios por escuela.
Alumnos Versión 7.2 Octubre 2005292 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoTablas Cambiadas
Las siguientes columnas se encuentran es esta tabla:
SRTMAJR_RIDM NOT NULL NUMBER(8)SRTMAJR_SBGI_CODE NOT NULL VARCHAR2(6)SRTMAJR_DEGC_CODE VARCHAR2(6)SRTMAJR_DEGR_SEQ_NO NOT NULL NUMBER(2)SRTMAJR_MAJR_CODE_MAJOR NOT NULL VARCHAR2(4)SRTMAJR_ACTIVITY_DATE NOT NULL DATE
Los comentarios en la columna para la tabla son:
• RIDM: RIDM al cuál será almacenada la carrera
• SBGI CODE: Este campo identifica el código de origen de la institución de la escuela anterior.
• DEGREE CODE: El código de grado del grado ingresado en la escuela anterior.
• SEQUENCE NUMBER: Este campo indica el número de secuencia asociado con el grado en esta escuela.
• MAJOR: Este campo indica la carrera de la persona en la escuela anterior.
• ACTIVITY DATE: La fecha en que la información para el renglón se insertó o actualizó en la tabla SRTMAJR.
Tablas Cambiadas
Tabla de Coincidencia Común de Alumno (SOTCMME)Una nueva columna ha sido agregada a esta tabla. La columna SOTCMME_AMCAS_ID es utilizada para coincidir contra cualquier ID AMCAS para el PIDM en la tabla SABSUPL.
SOTCMME_AMCAS_ID VARCHAR2(10)
El comentario en la columna es: ID AMCAS: ID Externo provisto por AMCAS para la coincidencia.
Tabla Temporal de Examen (SRTTEST)Dos nuevas columnas han sido agregadas a la tabla.
SRTTEST_TEFR_CODE VARCHAR2(2)SRTTEST_TEAC_CODE VARCHAR2(4)
Los comentarios en la columna son:• TEST FORM CODE: Forma de examen utilizada a la cuál esta siendo reportada la
puntuación de examen• TEST ACCOMMODATION CODE: Adaptación de examen al cuál esta siendo
reportada la puntuación de examen
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 293
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Tablas Cambiadas
Tabla Temporal de Identificación (SRTIDEN)Dos nuevas columnas han sido agregadas a la tabla. Dos nuevas columnas han sido agregadas a la tabla. La columna SRTIDEN_AMCAS_ID y la columna SRTIDEN_LAST_NAME_OLD son utilizadas para capacidades adicionales de coincidencia de AMCAS.
SRTIDEN_AMCAS_ID VARCHAR2(10)SRTIDEN_LAST_NAME_OLD VARCHAR2(60)
Los comentarios en la columna son: • ID AMCAS: ID Externo provisto por AMCAS para el solicitante
• OLD LAST NAME: Anterior o previo apellido provisto por AMCAS para el solicitante
Tabla Base de Información Suplementaria de Solicitud (SABSUPL)Dos nuevas columnas han sido agregadas a la tabla. • La columna SABSUPL_AMCAS_ID es utilizada para almacenar el ID AMCAS. La
institución también puede elegir cargarla como un ID alterno en SPRIDEN.
• La columna SABSUPL_NEXT_MCAT_DATE es utilizada para almacenar la fecha del siguiente examen MCAT que va a ser llevado a cabo por el solicitante si existe en el archivo de entrada (columna 139 en el archivo AMCAS).
SABSUPL_AMCAS_ID VARCHAR2(10)SABSUPL_NEXT_MCAT_DATE DATE
Los comentarios en la columna son:• ID AMCAS: ID Externo provisto por AMCAS para el solicitante
• NEXT MCAT DATE: Este campo identifica cuando ese solicitante puede tomar el siguiente MCAT
Tabla Temporal de Dirección (SRTADDR)Una nueva columna ha sido agregada a la tabla para almacenar la fuente de dirección del archivo de entrada.
SRTADDR_ASRC_CODE VARCHAR2(4)
El comentario en la columna es: CÓDIGO DE ORIGEN DE DIRECCIÓN: Código de fuente de dirección al cuál esta siendo reportada la dirección.
Tabla Temporal de Persona (SRTPERS)Una nueva columna ha sido agregada a esta tabla.
SRTPERS_SSN_OLD VARCHAR2(9)
El comentario en la columna es: SSN OLD: Anterior o previo NSS provisto por AMCAS para el solicitante
Alumnos Versión 7.2 Octubre 2005294 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoVista de Banner Cambiada
Vista de Banner Cambiada
SRVPRELEsta vista ha sido modificada para dar cabida a los nuevos campos que fueron agregados a SRAPREL.
SRTIDEN_LAST_NAME_OLD VARCHAR2(60)SRTPREL_ADMT_CODE VARCHAR2(2)SRTPERS_NAME_SUFFIX VARCHAR2(4)SRTSUPL_NATN_CODE_LEGAL VARCHAR2(5)SRTADDR_ASRC_CODE VARCHAR2(4)
Paquetes Cambiados
SAKMTCHSe hicieron los siguientes cambios:
• Han sido agregados campos para coincidir el ID AMCAS desde SABSUPL.
• Han sido agregados funciones y procedimientos para utilizar sabsupl_amcas_id como una columna para el procesamiento de coincidencia común. Este procedimiento (sakmtch.p_match_amcas_id) es utilizado en la ventana de Procedimientos de Coincidencia en GORCMRL.
• El procedimiento que inserta en SOTCMME ha sido modificado para incluir p_amcas_id.
• Un script (igorcmdd72.sql) es entregado para insertar los valores apropiados en el Diccionario de Datos de Coincidencia Común (GORCMDD).
SRKPRELLos siguientes cambios han sido hechos a los procedimientos en este paquete:
• El procedimiento p_insert_sorgpat ha sido creado para cargar datos SRTGPAT.
• El procedimiento p_insert_sorcrss ha sido creado para cargar datos SRTCRSS.
• El procedimiento p_insert_sabsupl ha sido creado para cargar datos SRTSUPL.
• El procedimiento p_insert_sorpcol ha sido modificado para cargar múltiples escuelas anteriores.
Los siguientes cambios han sido hechos al procesamiento:
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 295
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Paquetes Cambiados
• Este paquete ha sido modificado para cargar todos los datos desde los nuevos campos de tabla temporal a su tabla/campos apropiados en Banner. Esto incluye la carga de datos para: SABSUPL (incluyendo nuevos campos para AMCAS_ID y NEXT_MCAT_DATE), SORGPAT, SORCRSS, múltiples inserciones para escuelas, carreras y grados para SORPCOL, y fuente de dirección para SPRADDR.
• Este paquete ha sido modificado para cargar percentiles de puntuación de examen a SORTSPC desde SRTTSPC. Cuando el percentil es cargado, el tipo es establecido al valor apropiado (v.g., SAT, limite nacional/estatal de escuela y percentiles nacionales reportados para SAT IIs). El percentil, el código de examen asociado, y código de tipo de examen son cargados a SRTTSPC basándose en la posición del percentil en la cinta (SRATPFD).
• Este paquete ha sido modificado de manera que después de que ha sido ejecutado el algoritmo de coincidencia, el tipo de nombre asociado con el campo AMCAS_ID es verificado contra la regla AMCASNTYP para el grupo PREL en SAAERUL para asegurarse que son los mismos.
• Este paquete ha sido modificado para cargar los códigos étnicos y raza de AMCAS al campo SPBPERS_ETHN, lo cuál anteriormente era manejado por SAPAMAL. Las reglas en SOTCNVT son utilizadas para determinar la validación cuando son cargados los datos.
• Este paquete ha sido modificado para utilizar la nueva regla LOADPERCENTILES en SAAERUL para el grupo PREL. Cuando esta regla esta establecida a Y, entonces son cargados los percentiles de puntuación de examen. Si la regla esta establecida a N, entonces los percentiles no son cargados.
• Este paquete ha sido modificado para utilizar la nueva regla AMCASCREATALTID en SAAERUL para el grupo PREL y para incorporar el uso de la regla existente AMCASNTYP para el grupo de PREL.
Cuando la regla AMCASCREATALTID esta establecida a Y, el ID AMCAS es cargado al SPRIDEN_ID como un ID alterno en donde el SPRIDEN_NTYP_CODE es igual al código de tipo de nombre especificado en la regla existente de AMCASNTYP.
Cuando la regla AMCASCREATALTID esta establecida a N, el ID AMCAS es cargado al campo SABSUPL_ID.
• Este paquete ha sido modificado de manera que cuando el SRTIDEN_LAST_NAME_OLD coincide con el SPRIDEN_LAST NAME, SPRIDEN es actualizado con el nuevo apellido, y el actual apellido Banner que coincide con el “viejo” apellido en la cinta AMCAS es movido y llega a ser el nombre previo. El nombre actual es movido automáticamente al nombre previo, el SPRIDEN_LAST_NAME es actualizado por el API.
• Este paquete ha sido modificado para utilizar la nueva regla AMCASHSGPACRSS en SAAERUL para el grupo PREL.
Cuando la regla AMCASHSGPACRSS esta establecida a Y, el PGA del bachillerato y datos de resumen de curso son cargados a SORCRSS y SORGPAT.
Cuando la regla AMCASHSGPACRSS esta establecida a N, el PGA de bachillerato y datos de resumen del curso son cargados a las tablas baseline de Banner. Los datos residirán en las tablas temporales.
• Este paquete ha sido modificado para utilizar la nueva regla AMCASCHKLSTONLY en SAAERUL para el grupo PREL.
Alumnos Versión 7.2 Octubre 2005296 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoPaquetes Cambiados
Cuando la regla AMCASCHKLSTONLY esta establecida a Y, un parámetro es enviado a p_create_application de manera que sólo son generados aquellos elementos en la lista de verificación que están en SAACHKB.
Cuando la regla AMCASCHKLSTONLY esta establecida a N, un parámetro es enviado a p_create_application de manera que todas las listas de verificación son creadas, incluyendo aquellas de SAACHKB, así como aquellas que son generadas por el sistema.
• El procesamiento de lista de verificación para el grupo CHKL en SAAERUL ha sido actualizado. Las reglas apropiadas de lista de verificación necesitan ser configuradas en SAACHKB de manera que algún tipo de código MCAT ADMR es insertado cuando es creada una solicitud AMCAS. Para que esto ocurra, los usuarios necesitarán tener al menos una puntuación de examen MCAT con un código ADMR asociado. Las puntuaciones MCAT deben ser cargadas a SOATEST utilizando SRRPREL antes de la creación de la solicitud, de manera que es llamado el paquete de lista de verificación, las puntuaciones de examen son cargadas y los datos recibidos son actualizados.
Este procesamiento reemplaza la regla AMCASCHKL en SAAERUL. La regla AMCASCHKL será obsoleta cuando SAPAMAL ya no sea soportado.
• El valor para la regla AMCASFWAV en SAAERUL para el grupo PREL viene desde STVWAIV.
Cuando el campo SRTSUPL_AGENCY_FEE_WAIVED esta establecido a Y, una W es insertada en el campo SARADAP_FEE_IND, la fecha del sistema es insertada en el campo SARADAP_FEE_DATE, y el valor para la regla AMCASFWAV es insertado en el campo SARADAP_WAIV_CODE. Esto hace al procesamiento de exención de cuota consistente con el cómo SAAADMS maneja exenciones de cuota.
• Este paquete ha sido modificado para utilizar la nueva regla MCATPREVAPPYR en SAAERUL para el grupo PREL. Esta regla es utilizada para actualizar los campos de año de solicitud AMCAS previos en SOASUPL y refleja el parámetro de Actualizar Campos de Sol. Año Prev en SAPAMAL.
Cuando la regla MCATPREVAPPYR esta establecida a Y, los campos en SABSUPL serán actualizados.
Cuando la regla MCATPREVAPPYR esta establecida a N, los campos en SABSUPL no serán actualizados.
Se les da esta opción a los usuarios, mientras los campos de SABSUPL se puedan usar para otros propósitos.
• Este paquete ha sido modificado para utilizar la nueva regla MCATUPDMATCHES en SAAERUL para el grupo PREL. Esta regla refleja el parámetro de Actualizar Registros (Y/N) en SAPAMAL.
Cuando la regla MCATUPDMATCHES esta establecida a Y, registros previos de AMCAS serán actualizados si existe una coincidencia.
Cuando la regla MCATUPDMATCHES esta establecida a N, sólo nuevos registros serán insertados.
• Este paquete ha sido modificado para utilizar la nueva regla UPDATESSN en SAAERUL para el grupo PREL. Esta regla refleja el parámetro de Actualizar NSS Existente en SAPAMAL. Esta regla no es específica para el procesamiento de AMCAS.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 297
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Paquetes Cambiados
Cuando la regla UPDATESSN esta establecida a Y, el previo de SPBPERS_SSN será actualizado si ya existe uno. El NSS en la cinta será utilizado para reemplazar el SPBPERS_SSN existente. El SPBPERS_SSN que fue reemplazado luego será visible en GUITINH.
Cuando la regla UPDATESSN esta establecida a N, el NSS en la cinta no será utilizado para reemplazar el NSS actual de Banner.
• Este paquete ha sido modificado para utilizar la nueva regla CHKINACTIVEADDR en SAAERUL para el grupo PREL. AMCAS utiliza esa regla para verificar direcciones inactivas cuando coinciden registros.
Esta regla es utilizada para indicar si el proceso de coincidencia necesita verificar las direcciones inactivas. Los usuarios puede inactivar una dirección que se cargó desde un archivo de datos. Pueden crear una dirección diferente del mismo tipo de dirección con líneas de dirección editadas. Si el proceso detecta una coincidencia de dirección inactiva del mismo tipo de dirección, entonces la dirección actualizada no será sobrepasada por la dirección entrante.
Los usuarios pueden utilizar esta regla para líneas de dirección truncadas potencialmente u otras ediciones que puedan considerarse necesarias. Los usuarios pueden identificar esos casos (a través de su propio procesamiento/elaboración de reporte), inactivar las direcciones truncadas, y crear nuevas direcciones activas con las abreviaciones apropiadas. Si la misma dirección es entregada en un archivo futuro de datos, los valores de calle en el archivo de datos pueden ser comparados a los valores de calle de la dirección inactiva y puede ser permitida una coincidencia, en cuyo caso una nueva dirección no será creada. Si la coincidencia sólo era buscar en la dirección activa/editada, entonces una coincidencia no sería reconocida, y otra dirección sería creada. Esta dirección recién creada puede entonces necesitar editarse de nuevo.
• Este paquete ha sido modificado de manera que el segundo nombre de Web para Prospecto es empujado al SPRIDEN_MI cuando es nulo SPRIDEN_MI.
• Este paquete ha sido modificado de manera que las reglas SRAPRED son utilizadas para una solicitud cuando ningún registro de reclutamiento es creado. Esas reglas son utilizadas para crear registros de reclutamiento y solicitud cuando la regla CREATEAPPL esta establecida a Y. Entonces esos valores son movidos al registro de solicitud. Los campos que son requeridos para solicitudes de AMCAS (tales como Tipo de Alumno) necesitan ser configurados en SRAPRED de manera que la solicitud y otros campos son actualizados. Esto crea un valor como opuesto a un valor de nulo o 00000 para el programa o escuela en SRAPRED. Los datos son verificados en SOTCNVT, utilizando los parámetros en SRTLOAD, y en SRAPRED cuando son cargados los registros.
• Este paquete ha sido modificado para reflejar el procesamiento en SAPAMAL para determinar todas las Admisiones actualizadas/insertadas basándose en las siguientes reglas SAAERUL:
Reglas que determinan el valor para la residencia (SARADAP_RESD_CODE). Residencia es derivada del estado de la residencia legal de AMCAS y las reglas INRESIDCODE, OUTRESIDCODE, FORRESIDCODE para el grupo PREL. La residencia tiene un valor de 0 - No Declarado utilizando SRRPREL.
Reglas que determinan el valor del estado/provincia de casa. Estado/provincia de casa es derivado de las reglas HOMESTATPROV y DFLTRESDCODE para el grupo PREL.
Alumnos Versión 7.2 Octubre 2005298 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoPaquetes Cambiados
• Este paquete ha sido modificado para verificar un tipo de visa en el archivo AMCAS. Si existe uno, es creado un registro visa en GORVISA. El número de visa es establecido para SRKPREL_UNKNOWN. El país de nacimiento es establecido al país de la ciudadanía si esa información es provista; de otra manera, la regla VISANTNDEF en GTVSDAX es utilizada. Si existe un país de ciudadanía, será cargado en GOBINTL. Si el estado de nacimiento esta establecido a FR y existe un país de nacimiento, también será cargado en GOBINTL. Si no hay tipo de visa, entonces ningún registro GOBINTL o GORVISA será creado.
• El paquete utiliza el nuevo parámetro de Código de Grado AMCAS en SRTLOAD.
Escuelas No-AMCAS pueden utilizar SRAPRED para ingresar un código de grado predefinido, pero debido a que AMCAS sólo crea solicitudes, SRAPRED no utilizaba esto. Ahora, las reglas de SRAPRED pueden ser utilizadas para solicitantes cuando ningún registro de reclutamiento es creado (para actualizar Tipo de Alumno y otros valores).
Para cargas de AMCAS, si es utilizado el parámetro Código de Grado AMCAS, entonces ese código de grado es el primero que es utilizado cuando todas las solicitudes de escuela médica son creadas en el archivo de entrada.
SRTLOAD primero verifica las reglas SOTCNVT para el código PREL de AMCAS para ver si hay conversiones para STVDEGC/DEGA para el tipo de solicitud. Debido a que grados de escuela son cargados a SRTDEGR basándose en los valores de conversión de SOTCNVT para STVDEGR, nuevas reglas de conversión han sido agregadas y son utilizadas específicamente para tipos de solicitud y son validadas en STVDEGR utilizando la regla DEGA en SOTCNVT.
La jerarquía para todas las reglas aplica aquí. El valor SOTCNVT para el grado (DEGA) es verificado primero, luego los parámetros de SRTLOAD y luego el valor del grado SRAPRED. Si el valor en SRTLOAD es nulo y no hay reglas SOTCNVT (predefinidas o de otra manera), entonces será cargado el valor de grado 000000.
Las instituciones podrán utilizar el campo Tipo de Solicitud en el archivo entrante de AMCAS para determinar el grado de la solicitud de escuela médica y tomar ventaja del procesamiento del Plan de Comunicación. Los usuarios necesitarán convertir todos los valores de tipo de solicitud AMCAS a códigos de grado en SOTCNVT utilizando la regla DEGA. Debido a que el parámetro Código de Grado AMCAS en SRTLOAD es opcional, un valor predefinido ha sido agregado en SOTCNVT para un grado que va a ser utilizado si el campo Tipo de Solicitud es nulo.
• El script sinserul.sql ha sido modificado para entregar todas las reglas para SAAERUL, incluyendo las nuevas reglas en esta versión.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 299
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Nuevos Procedimientos
Nuevos Procedimientos
p_insert_sorgpatEste nuevo procedimiento se añadió a SRKPREL para cargar datos de SRTGPAT.
p_insert_sorcrssEste nuevo procedimiento se añadió a SRKPREL para cargar datos de SRTCRSS.
p_insert_sabsuplEste nuevo procedimiento se añadió a SRKPREL para cargar datos de SRTSUPL.
p_update_sorgpatEste nuevo procedimiento se añadió a SRKPREL para actualizar datos de SRTGPAT.
p_update_sorcrssEste nuevo procedimiento se añadió a SRKPREL para actualizar datos de SRTCRSS.
p_update_sabsuplEste nuevo procedimiento se añadió a SRKPREL para actualizar datos de SRTSUPL.
p_match_AMCAS_idEste nuevo procedimiento ha sido agregado a SAKMTCH para permitir al procesamiento de coincidencia común ejecutar la coincidencia contra el SABSUPL_AMCAS_ID.
Alumnos Versión 7.2 Octubre 2005300 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoProcedimientos Cambiados
Procedimientos Cambiados
p_insert_sotcmmeEste procedimiento en SAKMTCH ha sido modificado para utilizar el ID externo.
p_migrate_prospectHan sido agregados parámetros a SRKPREL para que las funciones de llamadas digan si un registro de reclutamiento o solicitud fue creado y para cuál periodo.
p_insert_sorpcolEste procedimiento en SRKPREL ha sido modificado para múltiples escuelas anteriores y para cargar los datos de SORDEGR y SORMAJR.
Nuevas Funciones
f_sabsupl_existsEsta función es utilizada para verificar si existe información SABSUPL para ese pidm y si necesita o no ser actualizada.
f_is_hsch_crssEsta función es utilizada para verificar si la hora del curso es una hora de curso de bachillerato.
f_is_hsch_gpatEsta función es utilizada para verificar si la hora de PGA es para un PGA de bachillerato.
f_sorgpat_existsEsta función es utilizada para verificar si ya existe algún registro SORGPAT.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 301
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Nuevas Restricciones - Llaves Externas
f_sorcrss_existsEsta función es utilizada para verificar si ya existe algún registro SORCRSS.
f_same_sorgpat_existsEsta función es utilizada para verificar si ya existe un registro SORGPAT idéntico.
f_same_sorcrss_existsEsta función es utilizada para verificar si ya existe un registro SORCRSS idéntico.
Nuevas Restricciones - Llaves Externas
Las siguientes restricciones de llave externa se han añadido.
Tabla Restricciones Llave Externa Referencias
SRTSUPL FK1_SRTSUPL_INV_STVTERM_CODE SRTSUPL_TERM_CODE_ENTRY STVTERM
SRTSUPL FK1_SRTSUPL_INV_STVCNTY SRTSUPL_CNTY_CODE_ADMIT STVCNTY
SRTSUPL FK1_SRTSUPL_INV_STVSTAT SRTSUPL_STAT_CODE_ADMIT STVSTAT
SRTSUPL FK1_SRTSUPL_INV_STVNATN SRTSUPL_NATN_CODE_ADMIT STVNATN
SRTSUPL FK1_SRTSUPL_INV_STVSBGI SRTSUPL_SBGI_CODE_ADMIT STVSBGI
SRTSUPL FK1_SRTSUPL_INV_STVETHN SRTSUPL_ETHN_CODE_SELF STVETHN
SRTSUPL FK1_SRTSUPL_INV_STVESEL SRTSUPL_ESEL_CODE STVESEL
SRTSUPL FK1_SRTSUPL_INV_STVCNTY SRTSUPL_CNTY_CODE_BIRTH STVCNTY
SRTSUPL FK1_SRTSUPL_INV_STVSTAT SRTSUPL_STAT_CODE_BIRTH STVSTAT
SRTSUPL FK1_SRTSUPL_INV_STVNATN SRTSUPL_NATN_CODE_BIRTH STVNATN
SRTGPAT FK1_SRTGPAT_INV_STVGPAT_CODE SRTGPAT_GPAT_CODE STVGPAT
SRTGPAT FK1_SRTGPAT_INV_STVTERM_CODE SRTGPAT_TERM_CODE_ENTRY STVTERM
SRTGPAT FK1_SRTGPAT_INV_STVSBGI_CODE SRTGPAT_SBGI_CODE STVSBGI
SRTCRSS FK1_SRTCRSS_INV_STVGPAT_CODE SRTCRSS_CRSS_CODE STVCRSS
SRTCRSS FK1_SRTCRSS_INV_STVTERM_CODE SRTCRSS_TERM_CODE_ENTRY STVTERM
SRTCRSS FK1_SRTCRSS_INV_STVSBGI_CODE SRTCRSS_SBGI_CODE STVSBGI
Alumnos Versión 7.2 Octubre 2005302 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoRestricciones Cambiadas - Llaves Externas
Restricciones Cambiadas - Llaves Externas
Las siguientes restricciones de llave externa se han deshabilitado.
Nuevas Restricciones - Llaves Principales
Se añadió las siguientes restricciones de Llaves Principales.
SRTTSPC FK1_SRTTSPC_INV_STVTESC_CODE SRTTSPC_TESC_CODE STVTESC
SRTTSPC FK1_SRTTSPC_INV_STVTSPT_CODE SRTTSPC_TSPT_CODE STVTSPT
SORTSPC FK1_SORTSPC_INV_STVTESC_CODE SORTSPC_TESC_CODE STVTESC
SORTSPC FK1_SORTSPC_INV_STVTSPT_CODE SORTSPC_TSPT_CODE STVTSPT
SRTDEGR FK1_SRTDEGR_INV_STVDEGC_CODE SRTDEGR_DEGC_CODE STVDEGC
SRTDEGR FK1_SRTDEGR_INV_STVSBGI_CODE SRTDEGR_SBGI_CODE STVSBGI
SRTMAJR FK1_SRTMAJR_INV_STVDEGC_CODE SRTMAJR_DEGC_CODE STVDEGC
SRTMAJR FK1_SRTMAJR_INV_STVSBGI_CODE SRTMAJR_SBGI_CODE STVSBGI
SRTMAJR FK1_SRTMAJR_INV_STVMAJR_CODE SRTMAJR_MAJR_CODE_MAJOR STVMAJR
Tabla Restricciones Llave Externa Referencias
Tabla Restricciones Llave Externa Referencias
SRTTEST FK1_SRTTEST_INV_STVTEFR_CODE SRTTEST_TEFR_CODE STVTEFR
SRTTEST FK1_SRTTEST_INV_STVTEAC_CODE SRTTEST_TEAC_CODE STVTEAC
SRTADDR FK1_SRTADDR_INV_STVASRC_CODE SRTADDR_ASRC_CODE STVASRC
Tabla Restricciones Llave Primaria
SRTSUPL PK_SRTSUPL SRTSUPL_RIDM, SRTSUPL_TERM_CODE_ENTRY
SRTGPAT PK_SRTGPAT SRTGPAT_RIDM, SRTGPAT_TERM_CODE_ENTRY
SRTCRSS PK_SRTCRSS SRTCRSS_RIDM, SRTCRSS_TERM_CODE_ENTRY
STVTSPT PK_STVTSPT STVTSPT_CODE
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 303
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Nuevo API
Nuevo API
sb_test_percentileEste paquete provee la interfaz de Negocio Común para el API de Percentil de Examen (sb_test_percentile).
Este API soporta la Tabla de Percentil de Examen (SORTSPC), la cuál almacena detalles del percentil para la tabla maestra de examen, la Tabla de Repetición de Puntuación de Examen del Alumno (SORTEST). El PIDM, código de examen, y fecha de examen deben coincidir con aquellos en la tabla SORTEST, y luego múltiples tipos de percentil (códigos STVTSPT) pueden ser ingresados para cada registro maestro de examen. La tabla puede ser utilizada para registrar percentiles nacionales, estatales y locales para registros de examen para un alumno, solicitante o recluta dado.
Los siguientes paquetes están en este API:
• sokb_testpercentile0.sql
• sokb_testpercentile1.sql
• sokb_testpercentile_r0.sql
• sokb_testpercentile_r1.sql
• sokb_testpercentile_s0.sql
• sokb_testpercentile_s1.sql
• sokd_sortspc0.sql
• sokd_sortspc1.sql
• svkb_stvtspt0.sql
• svkb_stvtspt1.sql
SRTTSPC PK_SRTTSPC SRTTSPC_RIDM, SRTTSPC_TESC_CODE, SRTTSPC_TEST_DATE
SORTSPC PK_SORTSPC SORTSPC_PIDM, SORTSPC_TESC_CODE, SORTSPC_TEST_DATE
SRTDEGR PK_SRTDEGR SRTDEGR_RIDM, SRTDEGR_SBGI_CODE, SRTDEGR_DEGR_SEQ_NO
SRTMAJR PK_SRTMAJR SRTMAJR_RIDM, SRTMAJR_SBGI_CODE, SRTMAJR_DEGR_SEQ_NO
Tabla Restricciones Llave Primaria
Tabla Forma Nombre de Objeto API Nombre Entidad API Tarea Realizada
SORTSPC SOATEST sb_test_percentile
TEST_PERCENTILE Mantiene los detalles del percentil de puntuación de examen del alumno para registros maestros de examen en SORTEST.
Alumnos Versión 7.2 Octubre 2005304 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoAPI Cambiado
API Cambiado
sb_termEste API ha sido modificado para corregir errores tipográficos en los paquetes sokb_term_r0.sql y sokb_terms0.sql.
Nuevos Scripts
Los siguientes scripts se entregaron con esta versión.
Scripts para Tablas Nuevas
Tabla Script Resultado
SRTGPAT srtgpat1.sql Crear tabla
SRTGPAT srtgpat2.sql Añadir Llave Externa
SRTGPAT srtgpat3.sql Añadir Llave Primaria
SRTGPAT srtgpat4.sql Añadir comentarios a tabla y vista
SRTCRSS srtcrss1.sql Crear tabla
SRTCRSS srtcrss2.sql Añadir Llave Externa
SRTCRSS srtcrss3.sql Añadir Llave Primaria
SRTCRSS srtcrss4.sql Añadir comentarios a tabla y vista
SRTSUPL srtsupl1.sql Crear tabla
SRTSUPL srtsupl2.sql Añadir Llave Externa
SRTSUPL srtsupl3.sql Añadir Llave Primaria
SRTSUPL srtsupl4.sql Añadir comentarios a tabla y vista
SRTDEGR srtdegr1.sql Crear tabla
SRTDEGR srtdegr2.sql Añadir Llave Externa
SRTDEGR srtdegr3.sql Añadir Llave Primaria
SRTDEGR srtdegr4.sql Añadir comentarios a tabla y vista
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 305
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Nuevos Scripts
Scripts para Tablas Cambiadas
SRTMAJR srtmajr1.sql Crear tabla
SRTMAJR srtmajr2.sql Añadir Llave Externa
SRTMAJR srtmajr3.sql Añadir Llave Primaria
SRTMAJR srtmajr4.sql Añadir comentarios a tabla y vista
SRTTSPC srttspc1.sql Crear tabla
SRTTSPC srttspc2.sql Añadir Llave Externa
SRTTSPC srttspc3.sql Añadir Llave Primaria
SRTTSPC srttspc4.sql Añadir comentarios a tabla y vista
SORTSPC sortspc1.sql Crear tabla
SORTSPC sortspc2.sql Añadir Llave Externa
SORTSPC sortspc3.sql Añadir Llave Primaria
SORTSPC sortspc4.sql Añadir comentarios a tabla y vista
STVTSPT stvtspt1.sql Crear tabla
STVTSPT stvtspt2.sql Añadir Llave Primaria
STVTSPT stvtspt3.sql Añadir comentarios a tabla y vista
Tabla Script Resultado
GORCMDD igorcmdd72.sql Actualizar tabla para los datos de Coincidencia Común para un ID externo en SABSUPL
SOTCMME sotcmme1.sql Añadir nueva columna
SOTCMME sotcmme2.sql Añadir comentarios en campos nuevos
SRTTEST srttest1.sql Modificar tabla para añadir nuevos campos
SRTTEST srttest2.sql Añadir Llave Externa
SRTTEST srttest3.sql Añadir comentarios en campos nuevos
SRTIDEN srtiden1.sql Modificar tabla para añadir nuevos campos
SRTIDEN srtiden2.sql Añadir comentarios en campos nuevos
Tabla Script Resultado
Alumnos Versión 7.2 Octubre 2005306 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoNuevos Scripts
Scripts para Datos Seed
SABSUPL sabsupl1.sql Modificar tabla para añadir nuevos campos
SABSUPL sabsupl2.sql Añadir comentarios en campos nuevos
SORPCOL sorpcol1.sql Modificar tabla para añadir nuevos campos
SORPCOL sorpcol2.sql Añadir comentarios en campos nuevos
SRTPCOL srtpcol1.sql Modificar tabla para añadir nuevos campos
SRTPCOL srtpcol2.sql Añadir comentarios en campos nuevos
SRTADDR srtaddr1.sql Modificar tabla para añadir nuevos campos
SRTADDR srtaddr2.sql Añadir Llave Externa
SRTADDR srtaddr3.sql Añadir comentarios en campos nuevos
Tabla/Forma Script Resultado
GORCMDD igorcmdd72.sql Inserta valores en el Diccionario de Datos de Coincidencia Común (GORCMDD)
STVINFC sinsinfc.sql Inserta código de interfaz AMCS, para permitir inserción de reglas de conversión en SOTCNVT
SOTCNVT supcnvt.sql Convierte valores de SOAXREF a valores de SOTCNVT
SARERUL sinserul.sql Inserta nuevas reglas en SAAERUL
STVTAPE sinsape.sql Inserta un valor de código de cinta para AMCAS
STVSTAT sinsstat.sql Inserta código de estado FR requerido para AMCAS
SORDLIM sinsdlim.sql Inserta registro con delimitador para cargas de AMCAS
STVPREL sinsrel.sql Inserta nuevo código PREL para AMCAS
STVTSPT sinstspt.sql Inserta tipos de percentiles nacionales, estatales y locales
SRRTPTS sintpts1.sql Inserta valores MCAT en la tabla de Referencia Cruzada
Tabla Script Resultado
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 307
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Conversión de Valores SOTCNVT
Conversión de Valores SOTCNVT
Los valores de puntuación de examen para las reglas AMCASBS, AMCASPS, AMCASVR, y AMCASWS (grupo ATST) serán actualizados al código de conversión de Banner para los valores de cinta correspondientes MBS, MPS, MVR y MWS utilizando la tabla de validación STVTESC. Esto permitirá el uso continuo de puntuaciones de examen AMCAS existentes en su institución. SOTCNVT puede ser utilizado para convertir códigos TESC a valores utilizados en su institución, si no desea utilizar las nuevas puntuaciones de examen MCAT dependientes del código (MBS, MPS, MVR, o MWS). Asegurarse que SOTCNVT tenga los códigos de conversión de TESC para este procesamiento.
SRTLOAD procesa puntuaciones de examen para AMCAS en la misma manera en que se procesan por otras cintas. SRTLOAD cargará las puntuaciones de examen AMCAS dependientes del código MBS, MPS, MVR, y MWS cuando ninguna otra regla de conversión exista en SOTCNVT. Los valores de puntuación de examen dependientes del código MBS, MPS, MVR, y MWS pueden ser convertidos en SOTCNVT a un código STVTESC diferente si: no quiere los códigos que están alambrados, ya usó los códigos de STVTESC para un propósito diferente o diferentes puntuaciones de examen AMCAS se usan actualmente y son requeridos para tener continuidad.
Puntuaciones de examen han sido hechas dependientes del código en SRTLOAD para las puntuaciones de examen MCAT1 y MCAT2 (MBS, MPS, MVR, MWS) de los exámenes asociados en la distribución AMCAS. Las puntuaciones necesitan existir en STVTESC y se entregan por un script, de manera que las puntuaciones alambradas se cargarán adecuadamente para SORTEST para los solicitantes. Los valores igual a MBS, MPS, MVR, y MWS necesitan existir en STVTESC como parte de la configuración de puntuaciones MCAT que van a ser cargadas a Banner, o reglas correspondientes de SOTCNVT necesitan existir para esas puntuaciones de STVTESC MCAT de manera que son convertidas antes de que sean cargadas las puntuaciones de examen a Banner.
STVTPFD sinsvpfd.sql Inserta nuevos campos de la estructura (códigos TPFD)
SRTTPFD suptpfd.sql Inserta distribución AMCAS, agrega todos los campos requeridos en posiciones secuenciales con localizadores para el código PREL igual a AMCAS.
STVTESC sintesc2.sql Inserta puntuaciones de examen SAT II faltantes.
SRATPFD suptpfd11.sql Inserta campos SAT faltantes
SRATPFD suptpfd2.sql Inserta campos PCU
SFATPFD suptpfd5.sql Inserta campos de percentiles GRE
Tabla/Forma Script Resultado
Alumnos Versión 7.2 Octubre 2005308 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoConversión de Datos SOAXREF
Conversión de Datos SOAXREF
Como parte de esta mejora, las referencias cruzadas de datos AMCAS se han cambiado de la tabla SORXREF a SOBCNVT, debido a que SOAXREF no se usa por SRTLOAD (que usa SOTCNVT). Un script se entrega para hacer estos cambios.
Nota: Los valores de SOAXREF que se han reemplazado por la validación de SOTCNVT no se ha eliminado y aún se pueden usar con otro procesamiento si es necesario.
Las tablas son:
• STVCNTY,
• STVDEGC,
• STVEGOL,
• STVETHN (ETHN para Etnico, ETHR para Raza),
• STVMAJR,
• STVNATN,
• STVSBGIC (para STVSBGI - SBGI para escuelas),
• STVSTAT,
• STVTEAC, y
• STVVTYP.
Nota: STVETHN es utilizada para códigos de raza y étnicos (ambos) que son distinguidos en SOTCNVT utilizando las reglas ETHN y ETHR.
Las filas son seleccionadas en SORXREF donde la Etiqueta IED es una de las tablas listadas arriba, el Atributo de IED es AN (ANE o ANR para Étnico o Raza), el Valor IED no es nulo, el Valor Banner no es nulo y la Descripción no es nula.
Las filas son creadas en SOTCNVT donde el Nombre de Tabla es igual a los últimos cuatro caracteres de una de las tablas listadas arriba con la excepción de BGIC (SBGI), DEGA (DEGC), y ETHR (ETHN). El Valor IED llega a ser el Valor de Cinta, y el Valor de Banner llega a ser el Código de Conversión.
Una nueva validación está disponible en SOTCNVT para AMCAS para lo siguiente:
• STVTEAC - indicador no-estándar SRTTEST_TEAC_CODE es cargado al SORTEST_TEAC_CODE
• STVTEFR - número de series SRTTEST_TEFR_CODE son cargados al SORTEST_TEFR_CODE
• STVADMT - para tipos de admisión estándar o decisión temprana
• STVTSPT - percentiles, si los usuarios desean cambiar los valores alambrados entregados para archivos SAT y GRE
Nota: Los percentiles no se usan po AMCAS.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 309
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Usando Datos SAAERUL AGPA/ACHR
Usando Datos SAAERUL AGPA/ACHR
Se entregaron nuevos campos para STVTPFD y SRATPFD de manera que los renglones equivalentes para sus registros se puedan cargar en Banner. Esto facilita el procesamiento de AMCAS y el uso de las reglas existentes AGPA/ACHR de SAAERUL. Un script se entrega para hacer estos cambios.
Nota: Todas las reglas con códigos de grupos de AGPA y ACHR deben tener valores correspondientes de STVTPFD y SRATPFD para cargarse correctamente en Banner.
Ya que un valor es leído fuera de la cinta de un campo particular, tales como PGA BCPM de Alumno de Primer Año, éste estará asociado con la fila BCPMF en SRATPFD, la cuál encontrará esa misma fila en SAAERUL para el grupo de AGPA, y luego hará referencia cruzada con el valor suministrado por la institución para el tipo de PGA asociado. Ese valor se usará cuando el PGA se inserta en SORGPAT. Esto permite a la institución poner cualquier valor que elija en STVGPAT y STVCRSS y permitir a SRTLOAD buscar asociaciones alambradas en SAAERUL para PGAs u horas, de manera que SAAERUL se use para estas reglas.
Datos Seed
Forma de Reglas de Solicitud de Admisiones Electrónicas (SAAERUL)Las siguientes etiquetas de regla son nuevas y son utilizadas en SAAERUL para el procesamiento AMCAS. El script sinserul.sql es utilizado para entregar esas reglas.
Alumnos Versión 7.2 Octubre 2005310 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoDatos Seed
Grupo Etiqueta Descripción Instrucciones
PREL AMCASCHKLSTONLY Carga elementos solo en SAACHKB
Indica si todos los elementos de la lista de verificación, los cuáles aplica el alumno deben ser generados (N) o sólo aquellos específicos para AMCAS (Y), los valores son Y o N.
si no se hace una designación, las escuelas donde la persona fue también un alumno de licenciatura (con registros de puntuación de examen, registros de escuela anterior, y registros de Bachillerato, cada uno con un código ADMR) puede tener elementos creados para estos registros, debido a que se generan automáticamente. Las escuelas de medicina generalmente solo desean considerar estos elementos que atañen específicamente a sus requerimientos.
PREL AMCASCREATALTID Cargar ID Alterno a SPRIDEN
Indica si el ID AMCAS debe ser creado como un ID alterno en SPRIDEN, los valores son Y o N.
Esta regla determina si el ID de AMCAS se debe cargar en SRTIDEN/SPRIDEN como un ID alterno. El SRTIDEN_NTYP_CODE se configura para la regla AMCASNTYP para el grupo PREL. Esto permite al ID de AMCAS usarse como parte de la búsqueda en las formas "IDEN". Si la regla es N, entonces el ID de AMCAS solo se almacenará en SABSUPL.
PREL AMCASFWAV Renuncia de Cuota AMCAS Actualiza el valor de exención de cuota de solicitud en SAAADMS cuando el valor AMCAS en el archivo entrante de FEE_WAIVER es Y. El valor ingresado para esta regla en SAAERUL debe ser un valor válido desde STVWAIV.
PREL AMCASHSGPACRSS Cargar Hrs Curso PGA Bachillerato
Carga el PGA del bachillerato y datos de hora curso a SORGPAT/SORCRSS para el número de solicitud y periodo si existen en el archivo entrante de AMCAS, los valores son Y o N.
Si la regla CREATEAPPL es N, el periodo se establecerá a 999999 y el número de solicitud a 0.
Nota: Estos datos se manejaban formalmente por el parámetro Cargar Horas y PGA de Bachillerato en SAPAMAL.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 311
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Datos Seed
PREL AMCASNTYP Código de Tipo de ID AMCAS
Cuando la regla AMCASCREATALTID es Y, y un ID de AMCAS se carga en SPRIDEN, el AMCASNTYP se cargará con el ID. El valor debe existir en GTVNTYP.
PREL CHKINACTIVEADDR Revisar Dirección Inactiva Verificar direcciones inactivas de registros AMCAS coincididos, los valores son Y o N.
Usado cuando los campos de calle de dirección entrantes son muy largos para SPRADDR, y se han truncado en la carga. Cuando una dirección truncada se ha inactivado (sin fecha de fin), y se reingresan como una dirección nueva y activa (Crear Registro/Duplicar Registro) con las abreviaciones apropiadas, esta regla revisará las direcciones nuevas y entrantes con las direcciones inactivas, y si se encuentra una coincidencia, no se creará una dirección duplicada y truncada.
Si la regla CHKINACTIVEADDR es Y, cuando la dirección se carga de la misma manera que la original, se compara con la dirección inactiva, de manera que no se cree una nueva dirección.
Por ejemplo: En un archivo entrante, las calles 1 y/o 2 son de 40 caracteres de largo. Las calles 1 y 2 de SPRADDR son solo de 30 caracteres de largo. Las líneas de 40 caracteres se truncarán cuando se carguen en SPRADDR.
Accede a SPRADDR y a la dirección truncada. Use Duplicar Registro y cree un nuevo número de secuencia de la dirección para la línea 1 y/o 2 de la calle con las abreviaciones adecuadas. Regresa a la dirección truncada que se cargó en el archivo entrante. No modifique esa dirección, pero configure el Indicador de Inactivar Dirección.
Cuando la regla CHKINACTIVEADDR es Y, si las calles de 40 caracteres exactos se ingresan de nuevo en la cinta, el proceso buscará las direcciones inactivas para compararse y no insertará la dirección (truncada y esencialmente la misma) una segunda vez.
Esta funcionalidad trabaja junto con las reglas NEWADDRESS, ADDSAMETYPE y ADDDIFFTYPE.
PREL DFLTRESDCODE Código de Residencia Predeterminada
Cuando el código de residencia es confuso en el archivo entrante, este valor se usa para el solicitante. Los valores deben existir en STVRESD.
PREL FORRESIDCODE Código de Residencia Fuera del País
Cuando el LEGAL STATE CODE en la cinta de AMCAS es nulo, entonces este valor se carga para el solicitante. Los valores deben existir en STVRESD.
Grupo Etiqueta Descripción Instrucciones
Alumnos Versión 7.2 Octubre 2005312 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoDatos Seed
PREL HOMESTATPROV Estado/Prov Sede de la Institución
Código de estado que la escuela considera que es el estado sede para propósitos de residencia. Los valores deben existir en STVSTAT.
PREL INRESIDCODE Código de Residencia Dentro del Estado/Provincia
Cuando el AMCAS LEGAL STATE CODE no es nulo, y el STAT_CODE coincide con el valor HOMESTATPROV, entonces este valor se carga para el solicitante. Los valores deben existir en STVRESD.
PREL LOADPERCENTILES Cargar los Percentiles en Puntuación de Examen
Carga percentiles de puntuación de examen de SAT o GRE desde las tablas temporales, los valores son Y o N.
PREL MCATPREVAPPYR Actualizar los Campos de Año Solict AMCAS
Actualiza los campos Año Aplicación de la solicitud AMCAS (1, 2, 3, 4) en SOASUPL si existen en el archivo entrante de AMCAS, los valores son Y o N.
PREL MCATUPDMATCHES Actualizar los Registros AMCAS Coincididos
Actualiza e/o inserta datos en los registros coincididos de AMCAS, valores Y o N. Las tablas que se pueden actualizar/insertar por esta regla incluyen SABSUPL, SORCRSS y SORGPAT.
Cuando MCATUPDMATCHES es Y, un registro entrante de AMCAS coincide con el registro de Banner, y una solicitud coincidida también existe para el periodo, nivel, grado, escuela, carrera y departamento, los datos en SABSUPL, SORCRSS y SORGPAT se actualizarán/insertarán. Datos existentes anteriormente en Banner en SABSUPL que son diferentes a los datos entrantes (ID AMCAS, Ciudad de nacimiento, Raza, País Admisión, etc.) se sobrescribirán para retener la última información suplementaria para esa solicitud coincidente/solicitante.
PREL OUTRESIDCODE Código de Residencia Fuera del Estado/Provincia
Cuando el AMCAS STAT CODE no es nulo, y el STAT_CODE no coincide con el valor HOMESTATPROV, entonces este valor se carga para el solicitante. Los valores deben existir en STVRESD.
Grupo Etiqueta Descripción Instrucciones
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 313
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Datos Seed
Forma de Validación de Tipo de Percentil de Puntuación de Examen (STVTSPT)
Los siguientes códigos se entregaron para tipos de percentiles.
PREL UNKNOWNPCOL2 a UNKNOWNPCOL6
Código Escuela Anterior SBGI Predefinida
AMCAS puede reportar hasta seis diferentes escuelas anteriores por solicitante. Cuando los códigos de escuela entrantes no tienen un código SBGI equivalentes en SOTCNVT, y la descripción de la escuela (exacta) no se traduce de STVSBGI_DESC, entonces las escuelas se cargan a SORPCOL como "desconocidas", en base a los valores de SAAERUL.
(La regla UNKNOWNPCOL se aplica a la Escuela Anterior AMCAS #1. Las reglas UNKNOWNPCOL2 al 6 se usan cuando se no se traducen los códigos SBGI #2 - #6 reportados.) Los valores deben ser códigos de escuela válidos en STVSBGI.
PREL UNKNOWNPCOL7 Código Escuela Anterior SBGI Predefinida
Esta regla no se usa actualmente en Banner pero se añadió para un uso posible en el futuro. Un valor debe existir en STVSBGI.
PREL UPDATESSN Reemplaza el NSS de Banner con datos entrantes
Reemplaza un NSS de Banner no nulo, los valores son Y o N.
Cuando establece a Y, si el NSS entrante no coincide con el NSS existente de Banner del registro coincidido, el NSS entrante sobrescribirá el SPBPERS_SSN existente.
Cuando se establece a N, el NSS no se actualizar si se ha cambiado.
Grupo Etiqueta Descripción Instrucciones
Código Descripción
SVN Percentil Ligado a Escuela Nacional SAT Verbal
SVS Percentil Ligado a Escuela Estatal SAT Verbal
SMN Percentil Ligado a Escuela Nacional SAT Matemáticas
SMS Percentil Ligado a Escuela Estatal SAT Matemáticas
SWN Percentil Ligado a Escuela Nacional SAT Escritura
Alumnos Versión 7.2 Octubre 2005314 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoDatos Seed
Las siguientes relaciones son asumidas por SRTLOAD para nuevos tipos de percentiles y son asociadas a los exámenes apropiados de GRE y SAT.
Forma de Validación de Nombres de Campos de Cinta (STVTPFD)Los siguientes campos de percentiles se entregaron y SRTLOAD asociará estos campos con sus tipos de percentiles correspondientes.
SWS Percentil Ligado a Escuela Estatal SAT Escritura
S2N Percentil Ligado a Escuela Nacional SAT II
GRP Percentil GRE
Tipo de Percentil Código de Examen
SVN S01
SVS S01
SMN S02
SMS S02
SWN S07
SWS S07
S2N WR, WH, SP, SL, PH, MH, 2C, 1C, M2, M1, LT, LR, JL, IT, HB, GM, GL, FR, FL, ES, EN, EH, CL, CH, BY, AH, KL, EB, MB, EP, UH
GRP GR01, GR02, GR03, G24, G241, G242, G243, G27, G271,G272,G273, G29, G291, G292, G293, G31, G311, G312, G313, G34, G341, G342, G343, G37, G371, G372, G373, G44, G441, G442, G443, G46, G461, G462, G463, G47, G471, G472, G473, G52, G521, G522, G523, G57, G571, G572, G573, G64, G641, G642, G643, G67, G671, G672, G673, G71, G711, G712, G713, G74, G741, G742, G743, G77, G771, G772, G773, G79, G791, G792, G793, G81, G811, G812, G813, G87, G871, G872, G873, G91, G911, G912, G913, G22, G221, G222, G223, G78, G781, G782, G783, G72, G721, G722, G723, G68, G681, G682, G683, G35, G351, G352, G353, GR05
Código Descripción
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 315
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Datos Seed
Forma de Regla de Posición del Campo de Cinta (SRATPFD)Los siguientes percentiles se entregaron con las posiciones iniciales y finales para los exámenes GRE y SAT.
Nota: Si por cualquier razón el usuario quiere cambiar los tipos de percentil que se han entregado y asociado con los códigos de examen GRE y SAT en Alumnos de Banner 7.2, puede crear nuevos tipos de percentiles en STVTSPT y cambiar el tipo asociado con la puntuación de examen en SOTCNVT. Los percentiles entonces se asociarán con los códigos de examen en SORTSPC.
Nombre del Campo Descripción Indicador del Sistema
S01_NATL_PERCENTILE Percentil Ligado a Escuela Nacional SAT Verbal Y
S01_STATE_PERCENTILE Percentil Ligado a Escuela Estatal SAT Verbal Y
S02_NATL_PERCENTILE Percentil Ligado a Escuela Nacional SAT Matemáticas Y
S02_STATE_PERCENTILE Percentil Ligado a Escuela Estatal SAT Matemáticas Y
S07_NATL_PERCENTILE Percentil Ligado a Escuela Nacional SAT Escritura Y
S07_STATE_PERCENTILE Percentil Ligado a Escuela Estatal SAT Escritura Y
OLDSAT1_PERCENTILE Percentil Ligado a Escuela Nacional SAT II Y
OLDSAT2_PERCENTILE Percentil Ligado a Escuela Nacional SAT II Y
OLDSAT3_PERCENTILE Percentil Ligado a Escuela Nacional SAT II Y
GRE_PERCENTILE0 Percentil GRE Y
GRE_PERCENTILE1 Percentil GRE Y
GRE_PERCENTILE2 Percentil GRE Y
GRE_PERCENTILE3 Percentil GRE Y
Nombre del Campo Posición Inicial Posición Final Ocurrencia
S01_NATL_PERCENTILE 567 568 1
S01_STATE_PERCENTILE 569 570 1
S02_NATL_PERCENTILE 571 572 1
S02_STATE_PERCENTILE 573 574 1
S07_NATL_PERCENTILE 575 576 1
Alumnos Versión 7.2 Octubre 2005316 Guía de Versión Confidencial
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoDatos Seed
Los siguientes valores son entregados que anteriormente estaban faltando para exámenes de SAT. Esto resuelve la solución de problema #103940 y satisface los requerimientos de regulación del SAT.
Forma de Controles de Puntuación de Examen de Archivo de Cinta (SRATPTS)Los siguientes valores son entregados para utilizarlos con las puntuaciones de examen de AMCAS y fechas de examen para captura válida en SORTEST.
S07_STATE_PERCENTILE 577 578 1
OLDSAT1_PERCENTILE 629 630 1
OLDSAT2_PERCENTILE 637 638 1
OLDSAT3_PERCENTILE 645 646 1
GRE_PERCENTILE0 418 419 1
GRE_PERCENTILE1 424 425 1
GRE_PERCENTILE2 430 431 1
GRE_PERCENTILE3 436 437 1
Nombre del Campo Posición Inicial Posición Final Ocurrencia
AN_INTS_CODE 940 940 1
CITIZENSHIP 949 949 1
Código de Examen
Descripción Origen de Fecha de Código de Examen
Requerido por el Sistema
MBS Puntuación Ciencias Biológicas MCAT
DD-MES-AAAA Y
MPS Puntuación Ciencias Físicas MCAT DD-MES-AAAA Y
MVR Puntuación Verbal MCAT DD-MES-AAAA Y
MWS Puntuación de Escritura MCAT DD-MES-AAAA Y
Nombre del Campo Posición Inicial Posición Final Ocurrencia
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 317
Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Datos Seed
Forma de Validación de Código de Examen (STVTESC)Los siguientes valores son entregados para códigos de examen AMCAS.
El siguiente valor es entregado para una puntuación de examen SAT II faltante anteriormente.
Código de Examen
Descripción Número de Posiciones
Mín Máx
MBS Puntuación Ciencias Biológicas MCAT
2
MPS Puntuación Ciencias Físicas MCAT 2
MVR Puntuación Verbal MCAT 2
MWS Puntuación de Escritura MCAT 2
Código de Examen
Tipo Examen Descripción Número de Posiciones
Tipo de Datos(Numérico)
MínPuntuación
MáxPuntuación
Requerido por el Sistema
UH SATII Historia Americana 3 Marcado 200 800 Marcado
Alumnos Versión 7.2 Octubre 2005318 Guía de Versión Confidencial
Sección 7 Actualizaciones de Estimación de Cuota - TécnicoPanorama
Sección 7 Actualizaciones de Estimación de Cuota - Técnico
Panorama
La estimación ahora realiza el mantenimiento de multas para intercambio de horas en el procesamiento de reembolso por total. Se puede hacer esto por determinar el monto de las horas eliminadas en reembolso por total que califican para intercambio. Las horas intercambiadas no tienen adeudo. Las horas adeudadas de intercambio se almacenan en SFRFAUD para determinar la diferencia en el reembolso basado en las horas de multa de intercambio, de manera que se ajuste correctamente la multa.
Se añadieron una nueva función y un nuevo procedimiento para lograr esto. Se han actualizado los procedimientos existentes, y el valor en el campo SFRSTCR_REG_BILL_HR se almacena en el campo SFTFEES_REG_BILL_HR.
Nuevo Procedimiento
p_calc_swap_liabilityUn nuevo procedimiento p_calc_swap_liability se añadió para almacenar horas de multa en SFTFEES.
El procesamiento establece bajas en SFTFEES para tener un 100% de deuda para el total de horas de multa determinadas. Una multa se aplica en base a las horas de multa. Este procedimiento deduce la deuda original des la deuda de intercambio para calcular el monto de la deuda.
Procedimientos Cambiados
p_process_hours_swapEl procedimiento p_process_hours_swap se ha actualizado para determinar las horas de multa netas para horas eliminadas por reembolso por total que no usan intercambio.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 319
Sección 7 Actualizaciones de Estimación de Cuota - Técnico Procedimientos Cambiados
• Si el monto de las horas añadidas es mayor o igual al monto de las horas dadas de baja, entonces todas las horas eliminadas se consideran intercambiadas.
• Si se dan de baja más horas que las que se agregan, el alumno paga una multa en la diferencia neta en horas.
Las horas de multa se establecen en este procedimiento, luego el proceso va a determinar la multa. Si se necesita un intercambio total, el proceso revisa un multa para el origen y lo revierte, si se encuentra.
p_processfeeassessmentEl procedimiento p_processfeeassessment se ha actualizado para llamar al procedimiento p_calc_swap_liabilty.
p_calc_rbt_refundsEl procedimiento p_calc_rbt_refunds se ha actualizado para filtrar los renglones SFRFAUD donde el campo SFRFAUD_ASSESS_RFND_PENLTY_CDE es S.
Este procedimiento realizar el procesamiento de multas para cuentas que no son de compensación, solo si las horas de intercambio no se habilitan para el periodo. Si se habilita el intercambio, el proceso de multas se maneja por separado.
p_get_sfrstcr_dataEl procedimiento p_get_sfrstcr_data se ha actualizado para seleccionar y regresar el valor en la columna SFRSTCR_ASSESS_ACTIVITY_DATE. Este procedimiento se llama solo cuando un reembolso de cargo fijo es vigente para una estimación de alumnos.
Esto impacta al procedimiento p_calc_flat_hr_liability , que llama al procedimiento p_get_sfrstcr_data para determinar que cursos estimar.
p_reverse_na_chargesEl procedimiento p_reverse_na_charges se ha actualizado para ya no usar el renglón obsoleta FAREVNRF en GTVSDAX. El campo SOBTERM_ASSESS_REV_NRF_IND ahora se usa.
El procedimiento también actualizaba los cargos revertidos de las estimaciones anteriores que ya no aplicaban para el alumno por registrar un monto de deuda de $0.00 en SFRFAUD.
Alumnos Versión 7.2 Octubre 2005320 Guía de Versión Confidencial
Sección 7 Actualizaciones de Estimación de Cuota - TécnicoNueva Función
Nueva Función
f_flat_rule_existsUna nueva función f_flat_rule_exists se añadió para usarse en le procesamiento de inscripción para revisar las reglas de cargos fijos para el periodo, antes de insertar renglones en SFRREGD. La inserción de dos renglones en SFRREGD durante el proceso de inscripción solo necesita ocurrir si se definen reglas de cargo fijo para el periodo.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 321
Sección 7 Actualizaciones de Estimación de Cuota - Técnico Nueva Función
Esta página se dejó intencionalmente en blanco
Alumnos Versión 7.2 Octubre 2005322 Guía de Versión Confidencial
Sección 8 Intcomp - TécnicoNueva Tabla
Sección 8 Intcomp - Técnico
Nueva Tabla
Tabla de Socios de Integración para Cursos (SCRINTG)Esta tabla es utilizada como una tabla de referencia cruzada para mantener datos del curso clave e información del sistema de socios en soporte del nuevo bloque en SCADETL.
Esta tabla contiene las siguientes columnas.
SCRINTG_SUBJ_CODE NOT NULL VARCHAR2(4)SCRINTG_CRSE_NUMB NOT NULL VARCHAR2(5)SCRINTG_TERM_CODE_EFF NOT NULL VARCHAR2(6)SCRINTG_USER_ID NOT NULL VARCHAR2(30)SCRINTG_ACTIVITY_DATE NOT NULL DATESCRINTG_INTG_CDE VARCHAR2(5)SCRINTG_DATA_ORIGIN VARCHAR2(30)
Los comentarios en la columna para estas columnas son:
• SCRINTG.SCRINTG_SUBJ_CODE - SUBJECT CODE: Identifica el código de materia del curso al que esta vinculado el objetivo de aprendizaje.
• SCRINTG.SCRINTG_CRSE_NUMB - COURSE NUMBER: Identifica el número de curso al que esta vinculado el objetivo de aprendizaje.
• SCRINTG.SCRINTG_TERM_CODE_EFF - EFFECTIVE TERM: Identifica el Periodo para el cuál el objetivo de aprendizaje es aplicable, en la fecha de ese registro ingresado o el último actualizado.
• SCRINTG.SCRINTG_USER_ID - USER ID: El usuario más reciente para crear o actualizar el registro.
• SCRINTG.SCRINTG_ACTIVITY_DATE - ACTIVITY DATE: Fecha más reciente en la que fue creado o actualizado el registro.
• SCRINTG.SCRINTG_INTG_CODE - INTEGRATION PARTNER SYSTEM CODE: Código definido en GORINTG que se asocia con el Código de Integración del Usuario.
• SCRINTG.SCRINTG_DATA_ORIGIN - DATA ORIGIN: Origen de los datos.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 323
Sección 8 Intcomp - Técnico Tabla Cambiada
Tabla Cambiada
Tabla de Información Base de Sección General (SSBSECT)
Una nueva columna SSBSECT_INTG_CDE se añadió.
SSBSECT_INTG_CDE NOT NULL VARCHAR2(5)
El comentario en la columna para esta columna es: INTEGRATION PARTNER SYSTEM CODE: Código definido en GORINTG que se asocia con el Código de Integración del Usuario.
Nuevo API
sb_catlg_integration_partnerUn API se añadió para usarse con los socios de integración de catálogo. Los socios de integración son utilizados para definir los cursos que son parte del proceso de integración. Un curso se puede definir para usar varios socios en una institución. Un curso se puede definir para usar varios socios en una institución.
Un script se usa para generar este API.
API Cambiado
sb_sectionEl API para SSBSECT se ha modificado para trabajar con la nueva columna SSBSECT_INTG_CODE.
Tabla Forma Nombre de Objeto API Nombre Entidad API Tarea Realizada
SCRINTG SCADETL sb_catlg_integration_partner
CATLG_INT_PARTNER Mantiene cursos para el proceso de socios de integración
Alumnos Versión 7.2 Octubre 2005324 Guía de Versión Confidencial
Sección 8 Intcomp - TécnicoNuevas Restricciones de Llave Unica
Nuevas Restricciones de Llave Unica
uk_scrintgUna nueva restricción de llave única se ha añadido a la tabla SCRINTG.
Nuevas Restricciones de Llave Externa
fk1_ssbsect_inv_gorintg_keyUna nueva restricción de llave externa se añadió a SSBSECT_INTG_CDE para GORINTG.
fk1_scrintp_inv_gorintg_keyUna nueva restricción de llave externa se añadió a SCRINTG_INTG_CDE para GORINTG.
fk1_scrintg_inv_stvterm_codeUna nueva restricción de llave externa ha sido agregada al SCRINTG_TERM_CODE_EFF de STVTERM.
fk1_scrintg_inv_stvsubj_codeUna nueva restricción de llave externa se añadió a SCRINTG_SUBJ_CODE para STVSUBJ.
fk1_scrintg_inv_scbcrky_keyUna nueva restricción de llave externa se añadió a SCRINTG_SUBJ_CODE y a SCRINTG_CRSE_NUMB para SCBCRKY.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 325
Sección 8 Intcomp - Técnico Datos Seed
Datos Seed
Seguridad Basada en ValorLos siguientes datos seed se entregaron para usarse con reglas GORFDPL en la Seguridad Basada en Valor.
Nuevos Scripts
Los siguientes scripts se entregaron con esta versión.
Dominio Tabla de Políticas
Controlador SQL
SB_CATALOG_VBS SCRINTG EXISTS (SELECT ''X'' FROM SCBCRSE WHERESCBCRSE_CRSE_NUMB = SCRINTG_CRSE_NUMB AND SCBCRSE_SUBJ_CODE = SCRINTG_SUBJ_CODE AND SCBCRSE_EFF_TERM = (SELECT MAX(A.SCBCRSE_EFF_TERM)FROM SCBCRSE A WHERE A.SCBCRSE_SUBJ_CODE = SCRINTG_SUBJ_CODE AND A.SCBCRSE_CRSE_NUMB = SCRINTG_CRSE_NUMB ANDA.SCBCRSE_EFF_TERM <= SCRINTG_TERM_CODE_EFF)
Tabla Script Resultado
SSBSECT ssbsect1.sql Añadir nueva columna
SSBSECT ssbsect2.sql Añadir Llave Externa
SSBSECT ssbsect3.sql Añadir comentarios a columnas
SCRINTG scrintg1.sql Crear tabla
SCRINTG scrintg2.sql Añadir Llave Unica
SCRINTG scrintg3.sql Añadir Llave Externa (código de socio de integración)
SCRINTG scrintg4.sql Añadir Llave Externa (código de periodo)
SCRINTG scrintg5.sql Añadir Llave Externa (código de materia)
SCRINTG scrintg6.sql Añadir Llave Externa (registro base de curso)
SCRINTG scrintg7.sql Añadir comentarios a columnas
Alumnos Versión 7.2 Octubre 2005326 Guía de Versión Confidencial
Sección 9 Mejoras MisceláneasRPEs
Sección 9 Mejoras Misceláneas
RPEs
Curricula ConcurrenteUn número de RPEs son entregados como parte de la mejora de Curriculum Concurrente. Favor de ver la sección de “Fase 3 del Curriculum Concurrente - Funcional” para mayor información sobre los siguientes RPEs:
#28517
#24237
#4927
#25749
#1622
#5817
#14684
#28199
#31772
#23968
#39570
#29024
#22302
#30196
#31397
AMCASAlgunos RPEs son entregados como parte de la mejora de AMCAS. Favor de ver la sección “Fase 2, Procesamiento de Migración de AMCAS a Carga de Cinta de Baseline” para mayor información sobre los siguientes RPEs:
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 327
Sección 9 Mejoras Misceláneas RPEs
#17842
#31290
#26482
Coincidencia Común
GOAMTCH (RPE #42320)Procesamiento de orden de clasificación lógico se agregó al bloque de Coincidencias Potenciales. Los resultados de coincidencia se pueden ordenar dinámicamente por el ID o el nombre en orden ascendente o descendente usando los nuevos botones de las flechas de Ordenar arriba o abajo para los campos de ID y Nombre. El orden de clasificación predefinido es por ID y prioridad (en orden ascendente).
Cuando da clic en la flecha de Ordenar arriba, el ordenamiento organiza los resultados en orden alfabético (A - Z). Cuando da clic en la flecha de Ordenar abajo, el ordenamiento organiza los resultados en orden alfabético inverso (Z - A).
Una vez que da clic en una flecha de abajo o arriba, puede poner el ratón sobre la flecha y ver el mensaje de ayuda, si da clic otra vez en la flecha, cambia la dirección, y realiza un nuevo ordenamiento. Por ejemplo, después de que ordenó el ID o el nombre en orden de A - Z (usando la flecha de Ordenar arriba), puede dar en clic otra vez en la flecha para Ordenar abajo, y reordenar los datos en orden de Z - A.
Una nueva vista de General, GOVCMRT, es utilizada para proveer capacidades de clasificación uniendo las tablas GOTCMRT y SPRIDEN para incluir el ID y nombre de cada registro.
Favor de referirse a la Guía de Versión de General 7.2 para más información.
CAPP
SMASADJ (RPE #26145)Anteriormente, en la ventana de Lista de Valores de Cursos Existentes (LDV) del campo Número de Curso en el bloque Renuncias, sólo cuatro de los cinco dígitos eran desplegados y regresaban al registro si era seleccionado un valor. Esto significa que si utilizaba números de curso de cinco dígitos, no podía utilizar la Lista de Valores para seleccionarlos adecuadamente. Han sido hechas modificaciones para asegurarse que la columna que despliega los valores de Número de Curso tiene el ancho suficiente para desplegar todos los cinco dígitos.
SMRCRLT (RPE #6218)Los datos para código de examen, puntuación real del examen, y descripción de código de examen ahora serán impresos en la salida del reporte.
Alumnos Versión 7.2 Octubre 2005328 Guía de Versión Confidencial
Sección 9 Mejoras MisceláneasActualiza SHADEGR
Actualiza SHADEGR
Dos nuevos campos han sido agregados a la Ventana de Curso de Transferencia. Dos campos en la ventana han sido renombrados.
Los campos Repetición (SHRTRCE_REPEAT_COURSE) y Sistema de Repetición (SHRTRCE_REPEAT_SYS) han sido agregados al bloque de Transferir Créditos. Reflejan los campos con los mismos nombres que en el bloque de Detalle de Curso Equivalente de SHATRNS y son utilizados para ver el status de repetición de un curso.
También en el bloque de Transferir Créditos, el campo Modo de Calificar ha sido renombrado a Modo de Calificación. El campo Periodo ha sido renombrado Periodo de Asistencia.
Actualizaciones de Menú
El Menú de Formas de Validación de Cuentas por Cobrar (*ARVALD) en el Menú de Administración de Alumno (*STDADMIN) ha sido reemplazado con el Menú de Formas de Validación de Cuentas por Cobrar (*TARVALD).
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Repetido Este campo se despliega si el curso ha sido promediado, incluido, excluido, o no procesado como un resultado de las actualizaciones del procesamiento de repetición. Los valores válidos son:
Promediado - A (Incluir en intentadas y PGA, pero excluir de horas ganadas)
Incluido - I (Incluir en PGA)
Excluido - E (Excluir desde PGA, pero incluir sólo las horas intentadas)
No Procesado - NULO
Sistema de Repetición
Este campo indica como el (Indicador) Repetir se creó en el registro del alumno. Los valores válidos son:
Manualmente - M
Sistema - S
No Actualizado - NULO
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 329
Sección 9 Mejoras Misceláneas Mejora de Raza y Etnia
Mejora de Raza y Etnia
Han sido hechas actualizaciones en Banner Alumno para facilitar la mejora de Raza y Grupo Étnico entregado por Banner General y Banner Recursos Humanos. Banner Alumno estará entregando cambios específicos del producto para la mejora de Raza y Grupo Étnico en la Versión 7.2.1 y Versión 7.3.
Esas actualizaciones son en soporte de la necesidad de reportar múltiples razas para un individuo y separar información reportada/reunida de raza y grupo étnico. La información de raza y grupo étnico puede ser reunida para un nuevo conjunto de códigos.
Los nuevos códigos de raza son:
• Blanco
• Negro o Afroamericano
• Asiático
• Hawaiano y Otros Isleños del Pacífico
• Indio o Nativo de Alaska
• Otro
Las nuevas categorías de etnia son:
• Latino
• No Latino
Los datos seed son entregados para estos valores y los scripts son entregados para convertir los datos existentes a los nuevos campos en STVETHN.
Dos nuevas formas de Banner General, la Forma de Validación de Raza (GTVRACE) y la Forma de Regla de Raza (GORRACE) son utilizadas para crear y mantener información de código de raza, así como sub-grupos de categorías de raza.
Favor de consultar la Guía de Versión 7.2 de SCT Banner General y la Guía de Versión 7.1.2. de SCT Banner Recursos Humanos para mayor información.
Forma Cambiada
Forma de Validación de Código Etnico (STVETHN)Esta forma ha sido actualizada para permitirle establecer valores de transposición de manera que cuando un usuario ingresa el código étnico, los nuevos campos de raza y grupo étnico serán llenados en las formas de información personal de Banner Recursos Humanos, si los nuevos códigos de raza y grupo étnico ya no existen.
Han sido agregados dos nuevos campos a la forma.
Alumnos Versión 7.2 Octubre 2005330 Guía de Versión Confidencial
Sección 9 Mejoras MisceláneasMejora de Raza y Etnia
Tablas Cambiadas
Tabla de Validación de Código Etnico (STVETHN)Dos nuevas columnas han sido agregadas a la tabla.
STVETHN_RACE_CDE VARCHAR2(3)STVETHN_ETHN_CDE VARCHAR2(1)
Los comentarios en la columna son:
• RACE CODE: El código de raza que corresponde a STVETHN_CODE.
• ETHNIC CODE: Este campo identifica el código étnico definido por el gobierno de EUA. Los valores válidos son 1- No hispano o Latino, 2 - Hispano o Latino o nulo. Estos valores se usan actualmente en la colección de datos de etnia y se usarán en un futuro para los reportes.
. . . . . . . . . . . . . . . Campos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .Descripciones
Código de Raza de Institución
El Código de raza regulatorio se ha definido por la institución. Este campo es utilizado para determinar la raza que va a ser utilizada para la funcionalidad de transposición y crear una transposición de valores, de manera que los viejos valores de grupo étnico puedan ser proyectados a los nuevos valores de raza y grupo étnico.
Si un código de proyección de grupo étnico ha sido ingresado, este campo es requerido, de otra manera puede ser nulo.
(buscar) Listar GORRACE
Descripción Descripción del código de raza regulatorio que se ha definido por la institución.
Nueva Etnicidad
Lista desplegable utilizada para seleccionar grupo étnico para la funcionalidad de transposición. Los valores de grupo étnico son definidos por el gobierno de US.
Si un código de raza ha sido ingresado, este campo es requerido: o puede ser nulo. o puede ser nulo.
Los valores son:
Ninguno (por omisión)
Latino
No hispano o Latino
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 331
Sección 9 Mejoras Misceláneas Modificaciones a DBMS_SQL
Tabla Base de Persona Básica (SPBPERS)Tres nuevas columnas se han añadido a esta tabla.
SPBPERS_ETHN_CDE VARCHAR2(1)SPBPERS_CONFIRMED_RE_CDE VARCHAR2(1)SPBPERS_CONFIRMED_RE_DATE DATE
Los comentarios en la columna son:
• ETHNIC CODE: Este campo identifica el código étnico definido por el gobierno de EUA. Los valores válidos son 1 - No Hispano o Latino, 2 - Hispano o Latino, o nulo. Estos valores se usan actualmente en la colección de datos de etnia y se usarán en un futuro para los reportes.
• RACE AND ETHNICITY CONFIRMED: Este campo identifica que la raza y etnia han sido confirmadas. Los valores válidos son (Y)si, N(o) o nulo.
• RACE AND ETHNICITY CONFIRMED DATE: Este campo identifica cuando la raza y etnia se han confirmado.
Nuevos ScriptsLos siguientes scripts se entregaron con esta versión.
Scripts para Tablas Cambiadas
Modificaciones a DBMS_SQL
(#102207)Llamada Local a paquetes DBMS_* que han sido reemplazados con llamadas a las rutinas apropiadas en el paquete GOKDBMS. Esto elimina todas las llamadas directas a esos paquetes DBMS como se recomienda por Oracle para evitar problemas que ocurrían en algunos ambientes.
Se modificaron las siguientes formas del Sistema de Alumnos:
Tabla Script Resultado
SPBPERS spbpers1.sql Añadir nuevas columnas
SPBPERS spbpers2.sql Añadir comentarios a columnas
STVETHN stvethn1.sql Añadir nuevas columnas
STVETHN stvethn2.sql Añadir Llave Externa
STVETHN stvethn3.sql Añadir comentarios a columnas
Alumnos Versión 7.2 Octubre 2005332 Guía de Versión Confidencial
Sección 9 Mejoras MisceláneasModificaciones de Cursor PL/SQL
• SAAQUIK
• SCAPREQ
• SFAWDRL
• SHACOMI
• SLARDEF
• SOAWDSP
• SPAIDEN
• SPAPERS
• SRAQUIK
• SSAPREQ
• SSASYLB
Favor de referirse a la Guía de Versión de General 7.2 para más información.
Modificaciones de Cursor PL/SQL
Los parámetros del cursor en los paquetes de SHKROLS han sido movidos a la lista de parámetro.
Modificaciones de Cursor Abierto
Los cursores abiertos han sido cerrados en las siguientes formas clave:
• SFAREGS
• SGASTDN
• SHADEGR
• SRARECR
• SSASECT
Actualizaciones Regulatorias de Carga de Cinta Petersons de Primavera 2005
SRATPFD (#103650)Los siguientes cambios han sido hechos a loa valores de Nombre de Campo en SRATPFD para la elaboración del reporte del año 2005 - 2006 para el valor de Código de Cinta de PETERSON.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 333
Sección 9 Mejoras Misceláneas Valores Actualizados de Raza y Etnia para AMCAS
• Las posiciones para el valor del Nombre de Campo de PHONE_NUMBER se han cambiado a 395 - 401.
• Las posiciones para el valor del Nombre de Campo de MAJR_CODE se han cambiado a 779 - 785.
• Las posiciones para el valor del Nombre de Campo de INTS_CODE1 se han cambiado a 887 - 889.
• Las posiciones para el valor del Nombre de Campo de INTS_CODE2 se han cambiado a 891 - 893.
• Las posiciones para el valor del Nombre de Campo de INTS_CODE3 se han cambiado a 895 - 897.
• Las posiciones para el valor del Nombre de Campo de INTS_CODE4 se han cambiado a 899 - 901.
• Las posiciones para el valor del Nombre de Campo de INTS_CODE5 se han cambiado a 903 - 905.
• Las posiciones para el valor del Nombre de Campo de INTS_CODE6 se han cambiado a 907 - 909.
• El valor del Nombre del Campo de NSS, que utilizaba las posiciones 604 - 612, es obsoleto y ha sido eliminado. Esas posiciones actualmente son NULAS en la cinta.
El script suptpfd4.sql se entrega para hacer estos cambios.
Valores Actualizados de Raza y Etnia para AMCAS
SAPAMAL, SARAMCV
(#103938)AMCAS ahora entrega códigos de dos caracteres para sub-raza. También, AMCAS hizo un cambio a sus códigos de raza y etnia como sigue:
Nombre del Campo Posición Inicial Posición Final
PHONE_NUMBER 395 401
MAJR_CODE 779 785
INTS_CODE1 887 889
INTS_CODE2 891 893
INTS_CODE3 895 897
INTS_CODE4 899 901
INTS_CODE5 903 903
INTS_CODE6 907 909
Alumnos Versión 7.2 Octubre 2005334 Guía de Versión Confidencial
Sección 9 Mejoras MisceláneasValores Actualizados de Raza y Etnia para AMCAS
1. El código P tiene un valor diferente dependiendo de si es un código de raza o un código étnico (raza de Nativo de Hawaii o étnica de Puerto Rico).
2. El código C utilizado para designar Chino, pero ahora designa una raza de Cubano, de manera que cualquier escuela que ejecute dos años en el mismo momento no recibirá los códigos correctos.
3. El código N utilizado para designar Hawaiano, pero ahora designa No Español/Hispano, de manera que cualquier escuela que ejecute dos años en el mismo momento no recibirá los códigos correctos.
Cuando un valor de AMCAS solo se puede asignar a un valor de Banner, de manera que los cambios sean necesarios.
SAPAMAL y SARAMCV han sido modificadas para reconocer lo siguiente:
El script sinsxref2.sql es entregado para cargar los nuevos datos de ANE y ANR a SORXREF. Se recomienda que un atributo IED de ANE sea utilizado para hacer referencia cruzada de códigos de grupo étnico y un atributo IED de ANR sea utilizado para hacer referencia a códigos de raza.
Los clientes deben actualizar el valor de Banner manualmente. Cuando utiliza viejos contra nuevos códigos para el procesamiento, SOAXREF necesitará ser actualizado con el código apropiado antes de ejecutar ya sea una versión del año anterior o una versión del nuevo año. Por ejemplo, si una cinta del 2004 es cargada, entonces el código de raza de C (con atributo igual a ANE) sería establecido a “Chino”. Si una cinta para el 2005 estaba siendo ejecutada, el valor de Banner necesitaría ser restablecido al valor de “Cubano”.
Código de Raza/Etnia Atributo IED Valor de Banner
P ANE Código Etnico de Puerto RicoP ANR Código de raza de Nativo de Hawaii
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 335
Sección 9 Mejoras Misceláneas Valores Actualizados de Raza y Etnia para AMCAS
Esta página se dejó en blanco intencionalmente
Alumnos Versión 7.2 Octubre 2005336 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Catálogo
Sección 10 Soluciones de Problemas
Módulo de Catálogo
Forma
SCAPREQ (#95383)Cuando un requisito previo era ingresado o consultado utilizando un formato no válido (tales como un paréntesis final no coincidente o una cláusula Y/O extraña), la forma se cerrara, y tenía que utilizar Ctrl-Alt-Supr para salir. El requisito previo no válido era guardado, lo cuál causaba problemas más tarde con el procesamiento de inscripción. Esto ha sido corregido. Ahora puede limpiar exitosamente el registro o el bloque y luego salir del registro.
SCAPREQ (#94679)Registros incorrectos de requisito previo del curso y puntuación de examen estaban siendo creados cuando restricciones eran agregadas después de que el registro inicial fuera creado y también cuando eran concluidas las restricciones. El campo Número de Secuencia en SCRRTST no estaba siendo llenado correctamente, lo cuál causaba que un mensaje de error se desplegará en SSAPREQ. Esto también causaba el procesamiento incorrecto de restricciones en inscripción. Esto ha sido corregido.
SCAPREQ (#94135)Los resultados han sido corregidos con respecto al mantenimiento de registros de requisito previo.
1. Cuando requisitos previos del curso eran mantenidos a través del botón de Copiar Función/Mantenimiento, y eran agregados requisitos previos adicionales a los registros existentes, los requisitos previos agregados recientemente no eran desplegados en SCAPREQ, y por lo tanto no eran predeterminados correctamente cuando eran creadas nuevas secciones. El número de secuencia estaba faltando cuando era agregado el nuevo requisito previo.
2. Cuando eran concluidos los requisitos previos del curso utilizando el botón de Mantenimiento, un registro parcial de requisito previo era creado posteriormente en SSAPREQ/SSRRTST para nuevas secciones, lo cuál causaba un error de puntuación de examen y requisito previo en SFAREGS.
SCAPREQ (#94821)Cuando la opción de Concluir Restricción del botón de Mantenimiento era utilizada, y luego era ingresado un nuevo registro para el mismo periodo para el cuál estaba concluyendo el registro previo, el procesamiento no se ejecutaba correctamente para el bloque de Restricciones de Requisito Previo del Área del Curso. Esto ha sido corregido.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 337
Sección 10 Soluciones de Problemas Módulo de Horario
Módulo de Horario
Documentación
Aprendizaje Abierto - Horario
(#103147)Ha sido actualizado el procedimiento “Actualizar una Sección Existente para ser una Sección de Aprendizaje Abierto” en el capítulo de Horario de Clase. Esta información también aparece en el Manual de Aprendizaje Abierto.
El nuevo texto para el Paso 8 aparece abajo:
Acceder la Forma de Códigos de Status de Inscripción de Sección (SSARULE) para añadir las reglas de aprendizaje abierto.
• Las reglas de sección de aprendizaje abierto ahora deben ser ingresadas para permitir la inscripción. Todos los procesos de inscripción verificarán que las reglas y códigos de status de inscripción apropiados fueron configurados aquí.
• Para ingresar la regla del procesamiento de extensión, colocar el cursor en el registro de código de status donde el cuadro de verificación Extensión esta verificado, y utilizar Bloque Siguiente.
• Para ingresar una regla de reembolso, colocar el cursor en el registro apropiado de código de status, y utilizar Bloque Siguiente.
SSASECT (#97861)La definición del campo para el campo Duración ha sido corregida para hacer referencia a GTVDUNT, en lugar de STVDUNT.
Forma
SSASECT (#60114)Los usuarios no podían tener conflictos re-verificando en el bloque de Hora de Reunión de SSASECT cuando ya existía un código de sobrepaso. La única manera para tener conflicto de re-verificación era para quitar completamente el registro y volver a ingresar los datos. El código de sobrepaso podía existir anteriormente si la sección era creada utilizando SSRROLL, o si el mantenimiento era ejecutado anteriormente dentro de SSASECT, y el operador ingresaba el sobrepaso. A los usuarios ahora se les permite eliminar el sobrepaso para que pueda ocurrir la revisión de sobrepaso.
SSASECT (#103076)Han sido corregidos los problemas de navegación que resultaban en errores cuando se movía desde el bloque Hora de Reunión al bloque Instructor sin ingresar datos y luego intentaba acceder el bloque de Preferencias de Programador de Sección.
Alumnos Versión 7.2 Octubre 2005338 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Horario
SSASECT (#88850)Cuando un cambio era hecho a un registro de SSRMEET que tenía un registro correspondiente de SSRMPRT o SSRMRDF, los registros correspondientes de SSRMPRT y SSRMRDF no estaban siendo actualizados cuando la información cambiada incluía la fecha de inicio, la fecha de termino, hora de inicio y/u hora de termino o día. Esto ha sido corregido.
SSASECT (#90197)Cuando una nueva fila era agregada en el bloque de Hora de Reunión, el campo Cred Sesión no se predeterminaba a 0.000 si un valor más alto había sido ingresado anteriormente. El valor para el campo Cred Sesión en el nuevo registro se parecía al predeterminado del valor más alto que hubiera sido ingresado para una sección. Esto ha sido corregido. Esto ha sido corregido.
SSASECT (#88603)Anteriormente, podía cambiar el código de campus de una sección después de que hubiera ocurrido la inscripción. Las cuotas de inscripción pueden ser dependientes del código de campus de SSASECT. Por lo tanto, un mensaje de advertencia ha sido agregado al campo Campus similar a aquellos mensajes que existen para otros campos en SSASECT.
Reporte
SSRROLL (#103253)Un error era recibido con respecto a las horas de lectura, cuando diferentes horas de lectura existían en el periodo “desde” de un NRC que para un nuevo periodo en SCACRSE. Los APIs en SSRROLL han sido actualizados de manera que el proceso de pasar utiliza las horas de laboratorio/teoría en SSBSECT cuando una sección es insertada en un nuevo periodo.
SSRROLLgb_classtimes
(#103806 - Alumnos, #103897 - General)Cuando era ejecutada SSRROLL, abortaba, debido a que uno de los cursos que iba a ser pasado tenía horas de reunión en un salón de clases inactivo. Esto ha sido corregido, y la sección será creada para el nuevo periodo aún sin horas de reunión o una asignación de salón.
SSRROLLgokb_classtimes1.sql
(#105242, #105153)El proceso abortaba cuando un error era recibido y algunos NRCs ya habían sido pasados. Esto evitaba la reejecución del proceso una vez que el error era resuelto. SSRROLL ha sido actualizada no para llamar el p_validate, y por lo tanto permitir que sean creadas las secciones.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 339
Sección 10 Soluciones de Problemas Módulo de Administración de Planta Física
Módulo de Administración de Planta Física
Forma
SLARMAP (#103446)Si una asignación de salón existía en SLARASG en Banner 7.0, no podía cambiar el valor Hasta Periodo en SLARMAP para acortar o extender el rango, aún si no había asignaciones de habitación, alimentos o teléfono que estuvieran en conflicto con el nuevo periodo. Si alguna asignación de habitación, alimentación o teléfono existía en algún periodo dentro del rango, no podía cambiar el valor Hasta Periodo.
En Banner 7.2, el siguiente procesamiento se usa:
• Puede cambiar el valor Hasta Periodo, mientras no traslape solicitudes existentes actualmente, y/o ninguna asignación de habitación, alimentos o teléfono exista para un periodo en el cuál intente acortar o extender el periodo “hasta”.
• No puede actualizar el valor Desde Periodo cuando existan asignaciones de habitación, alimentación o teléfono en el actual “Desde el Periodo”.
• Si ninguna asignación de habitación, alimentación o teléfono existe en el Desde Periodo, el valor Desde Periodo puede ser cambiado, mientras se apliquen las reglas de traslape a las solicitudes y/o asignaciones de habitación, alimentos o teléfono.
• Si ninguna asignación existe en SLARASG, puede cambiar los valores Desde Periodo y/o Hasta Periodo, mientras no hayan asignaciones existentes de habitación, alimentación o teléfono.
APIs
gb_roomassignment, sb_mealassignment, sb_phoneassignment, SLKMODS, SLKMOD1, SLRFASM
(#103644, #103648, #103884 - Alumnos, #104165 - General)Cuando eran aceptados cargos o eran procesadas estimaciones, los indicadores asociados (para cargo aceptado y estimación requerida) en las tablas SLRRASG/SLRMASG/SLRPASG debían haber sido actualizados. Los APIs de Administración de Ubicación estaban imponiendo restricciones cuando eran encontrados errores que no estaban relacionados a los cambios de estas dos columnas.
Esta situación puede ser encontrada en los procesos SLRFASM, TSRCBIL, y TSRTBIL, las formas TSASPAY, SLARASG, SLAMASG, y SLAPASG, o en el procesamiento de Respuesta de Voz.
Los APIs y los objetos que los llaman han sido modificados para reconocer el contexto bajo el cuál están siendo actualizados los indicadores, para evitar ediciones que son críticas para crear o actualizar los datos pero son irrelevantes para el valor de esos indicadores.
Alumnos Versión 7.2 Octubre 2005340 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Reclutamiento
Reporte
SLRFASM (#96197)Si SLRFASM era ejecutada después de que haya sido aplicado un contrato utilizando TSRCBIL, el valor de Fecha Vigente de Estimación de Cuota en SLATERM era ignorado, y la fecha actual era utilizada, aún cuando la opción Fecha de Cargos del grupo radial Fecha Vigente estaba seleccionada en TSACTRL. Esto ha sido corregido.
Módulo de Reclutamiento
Formas
SRASUMI, SAAADMS
(#103641)SRASUMI ahora ejecutará correctamente la operación de llenado cuando procese una solicitud de un registro de reclutamiento que fue creada anterior a Banner 7.0.
SRATPFD (#103840)El nombre del campo de cinta, AN_INTS_CODE (ROTC) en la posición 940 del Código de Cinta de SAT no era entregado con la versión reciente. Este campo se añadió en esta versión. El script suptpfd11.sql se usa para entregar estos datos.
Paquetes
SRKPRE1 (#103567)Dos situaciones se reportaron con la regla CREATENEWAPPL.
• Cuando la regla CREATENEWAPPL estaba establecida a N, el campo Programa no estaba siendo llenado, aunque el campo Programa tenía un valor en SRAPRED.
• Cuando la regla CREATENEWAPPL estaba establecida a Y, el campo Programa recibía un valor de APPLIED, aunque el campo Programa tenía un valor diferente en SRAPRED.
Esto ha sido corregido.
SRKPRE1 (#104315)Cuando SRRPREL era ejecutado, direcciones de correo electrónico idénticas estaban siendo cargadas, debido a que mayúsculas/minúsculas de la dirección de correo electrónico eran utilizadas cuando la nueva dirección de correo electrónico era comparada con una dirección de correo electrónico existente. Una comparación en mayúsculas ahora es ejecutada de manera que direcciones de correo electrónico duplicadas no son cargadas para el mismo tipo de dirección.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 341
Sección 10 Soluciones de Problemas Módulo de Reclutamiento
sok_saradap1.sql, sokd_srbrecr1.sql
(#103724)Han sido hechas modificaciones para asegurarse que cuando es hecho un cambio al código de carrera en SAAADMS o SRARECR, el proceso de llenado de SARADAP y SRBRECR actualiza adecuadamente el SARADAP_ACTIVITY_DATE y/o el SRARECR_ACTIVITY_DATE.
Reportes
SRRENRH, SRRENRL
(#93657)Los nombres descriptivos para estos reportes fueron cambiados totalmente en GJAJOBS/GJAPCTL y GUAOBJS. Ambos objetos han sido corregidos para ahora leerse:
• SRRENRH - Análisis de Inscripción - Cómo me Enteré
• SRRENRL - Análisis de Inscripción - Origen/Reclutamiento
SRRPREL, SRRSRIN, SRIPREL, SOTCNVT, SRKPREL, SRKPRE1
(#103568)Han sido hechas modificaciones para proveer mayor significado al procesamiento de error cuando falla SRKPREL durante la carga y coincidencia del prospecto.
Los usuarios recibían un mensaje de “Prospecto no cargado” en el archivo srrprel.lis. El Status de Coincidencia en SRIPREL era establecido de regreso a S. Sin embargo, el registro de reclutamiento y otra información ha sido cargada. Esto pasaba cuando SRRPREL intentaba cargar datos a Banner y eran encontrados errores de API.
Esto ha sido corregido de manera que los errores API son desplegados o impresos en los reportes al momento de la carga a Banner utilizando la carga por lote ( SRRPREL, SRRSRIN con el parámetro Auto Cargar (Salta Revisión Duplicado) establecido a Y) o carga manual en SRIPREL. Los registros cambian a un status de S (Suspendido) sin cargar ningún dato permanente de Banner. Los problemas de datos API pueden ser corregidos y ejecutados nuevamente los procesos de carga y coincidencia por lote, o los registros pueden ser coincididos manualmente y cargados en SRIPREL.
Cargando registros usando SRRPREL
Después de que los registros han sido asignados a un status de coincidencia utilizando SRRSRIN, y es ejecutado SRRPREL para cargar los registros a Banner, si son encontrados errores API para un ID de prospecto individual, el ID de prospecto y los errores asociados serán impresos en el reporte, y el Status de Coincidencia regresará a S. No se cargaron datos de Banner es estos registros, y el reporte refleja esa información. Los errores de API también se imprimirán en el archivo srrprel.log. El proceso no abortará cuando son encontrados errores API, pero los registros con errores API no serán cargados a Banner hasta que esos errores sean resueltos.
Alumnos Versión 7.2 Octubre 2005342 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Reclutamiento
Cargando registros usando SRRSRIN
Cuando la coincidencia y carga son ejecutadas utilizando SRRSRIN con el parámetro Auto Carga (Saltar Rev Dup) establecido a Y, si son encontrados errores API, serán impresos en el reporte, y el Status de Coincidencia regresará a S. No se cargaron datos de Banner es estos registros, y el reporte refleja esa información. También, los errores de API para cada ID se listaran en el archivo srrsrin.log.
Coincidiendo y cargando registros manualmente utilizando SRIPREL
Cuando los registros son cargados manualmente utilizando SRIPREL, si son encontrados errores API, esos errores serán desplegados en una ventana, y el Status Coincidencia regresará a S. No se cargaron datos de Banner es estos registros, y el reporte refleja esa información. También, los errores de API para cada ID se listaran en el archivo srrsrin.log. Los errores API necesitan ser resueltos, y luego el registro puede ser coincidido nuevamente y cargado a Banner.
Errores de Código de Carrera
Los códigos de carrera en STVMAJR que no son válidos no pueden ser ingresados en SOTCNVT para utilizarlos con los códigos de conversión. Un error es desplegado en SOTCNVT cuando intenta ingresar un código de carrera no válido.
Sin embargo, si Carrera (Indicador) no esta verificado en STVMAJR para un código de carrera que había sido ingresado anteriormente como una carrera válida en SOTCNVT, recibirá los mensajes de error API en SRRPREL, SRRSRIN con el parámetro Auto Carga (Saltar Rev Dup) establecido a Y, y SRIPREL.
Para resolver este problema, puede regresar a STVMAJR y verificar el Carrera (Indicador) para el código de carrera, o puede quitar los datos no válidos de la validación de carrera en SOTCNVT. Cuando accede SOTCNVT y esta listado una carrera no válida, el siguiente mensaje de error será desplegado: “ERROR-Código de Carrera inválido; presionar LISTAR para valores válidos.” Cuando confirma ese mensaje de error, podrá ver SOTCNVT e identificar el código de carrera violado, debido a que no tendrá un valor asociado de STVMAJR.
Procesamiento de carga de cinta para códigos de país utilizando APIs
Anteriormente, si una cinta tenía una bandera de Dirección Extranjera que estaba establecida a Y, que indicaba que un nombre de país estaba presente y era verificado durante el procesamiento, en lugar de un código de estado o código CP. Si el nombre de país era validado en STVNATN, el código de país entonces era insertado en el campo SPRADDR_NATN_CODE en SPAIDEN para la dirección. Si el nombre de país no era validado, entonces los datos eran colocados en el campo Línea 3 de Calle.
El procesamiento API requiere que el código de país se traduzca correctamente y que la dirección este completa para que sea cargada. Un registro no será cargado a Banner si el código de estado y/o código CP o código de país están faltando. El nombre del país nunca será cargado al campo Línea 3 de Calle.
SRTLOAD es utilizado para determinar si el código de país se traduce correctamente o no. Las instituciones necesitan asegurarse que el código del país en cuestión exista en
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 343
Sección 10 Soluciones de Problemas Módulo de Reclutamiento
STVNATN, de manera que el registro será procesado por SRRSRIN y SRRPREL. Si el código de país no existe en STVNATN, cuando es ejecutado en SRRSRIN con el parámetro Auto Carga (Saltar Rev Dup) establecido a Y, o cuando es ejecutada SRRPREL, el status de coincidencia del registro será cambiado de N o M regresado a S (Suspendido), y un mensaje de error asociado será impreso en el reporte.
Entonces necesitará utilizar SRIPREL para corregir la dirección y cargar el registro manualmente.
SRRSRIN (#103821)El procesamiento de duplicar ahora trabajará correctamente cuando es ejecutado el reporte.
SRRSRIN (#104563)SRRSRIN fallaba si la fecha de nacimiento era 000000. Ha sido agregada la lógica para seleccionar valores nulos en BIRTH_DAY y BIRTH_MON cuando la fecha de nacimiento contenga valores de cero.
SRRSRIN, SRRPREL
(#102503)Cuando registros de cinta eran cargados a Banner, y habían sido asignados IDs de Banner, ya no podía ver los registros de cinta en SRIPREL (utilizando la opción de Detalle [SRAPREL] en el Menú de Opciones). Ahora, cuando los registros son cargados directamente en SRIPREL, (vía SRRPREL o vía SRRSRIN en donde el parámetro Auto Carga esta establecido a Y), los registros pueden ser vistos en SRAPREL después de haberles asignado IDs de Banner.
SRRSRIN, SRRPREL, SRIPREL
(#103985)Debido a la actualización de la Versión 7.1., los reportes crean registros de persona, y mensajes indican que los registros de recluta son creados en los reportes y en línea, pero esos registros no son creados. Se desplegaban mensajes incorrectos. (La opción de crear o no crear un registro de reclutamiento esta basada en cómo las nuevas reglas de MCREATENEWRECR y NMCREATENEWRECR están establecidas en SAAERUL. Hay una vieja regla, CREATENEWRECR, debajo del grupo PREL que también debe tener un valor de Y antes de que sea creado un registro de recluta).
Los reportes y la forma han sido modificados para desplegar mensajes correctos acerca de si los registros de recluta/solicitante o registros de persona han sido creados.
Información Detallada
Un registro general de persona siempre será creado, de manera que siempre habrá un total. Si un recluta o solicitante no era cargado para el periodo, pero un registro previo de solicitante o recluta existía en el periodo para el cuál era ejecutada SRTLOAD y/o SRRPREL, entonces un total de los registros que ya tenía un registro para el periodo será contado en el total, aún si no era cargado en esa situación.
Prospect IDP00106279 Zip, state and nation cannot all be nullP00106279 Statler, Karlene S 200222 UG BIOL UNKNHS Prospect not loaded.
Alumnos Versión 7.2 Octubre 2005344 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Reclutamiento
Por ejemplo, cuando una cinta con ocho registros es cargada a Banner para un nuevo periodo, y ningún recluta o solicitante existe, y ningún recluta o solicitante es creado por SRRPREL, entonces vería lo siguiente.
Valores de SAAERUL:
CREATNEWRECR = N
CREATENEWAPPL = N
NMCREATENEWRECR = N
MCREATENEWRECR = N
Ejecutar SRRPREL para cargar ocho registros a Banner, y los resultados serían como los siguientes:
Número de Prospectos Leídos: 8
Número de Personas de General Migradas a Producción de Banner: 8 ***NOTA: Ocho de estos registros tiene registros generales de la persona. Ocho no fueron cargados aquí. Crear la persona siempre que ocurra para datos generales de la persona. De manera que siempre habrá un valor aquí para cargar en la información básica de la persona.
Número de Reclutas Migrados a Producción de Banner: ***NOTA: Cero reclutas fueron cargados a este periodo vía SRRPREL. Esto es correcto. Pero si ya existían los registros de reclutamiento para este periodo pero no habían cargado vía SRRSRIN, el número total de reclutas se podía listar aquí.
Número de Solicitantes Migrados a Producción de Banner: ***NOTA: Cero solicitantes fueron cargados a este periodo vía SRRPREL. Esto es correcto. Pero si ya existían los registros de reclutamiento para este periodo pero no habían cargado vía SRRSRIN, el número total de reclutas se podía listar aquí.
Total de Individuos Migrados a Producción de Banner: 8 ***NOTA: Ocho existían en la base de datos, de manera que no cargaba en ese momento; eran cargados anteriormente/ingresados manualmente. Existen ocho.
Número de Personas No Migradas a Producción de Banner: ***NOTA: Ningún registro era cargado vía SRKPREL para esa ejecución. Esto es correcto.
SRTLOAD (#97742 y #85461)Un mensaje de error era recibido cuando era ejecutada SRTLOAD, la regla PSATMAJOR era establecida a Y, y existían carreras que no tenían una conversión definida para MAJP en SOTCVNT. Esto ha sido corregido. El error de conversión apropiado ahora aparecerá en el archivo srtload.lis para revisión. También, SRTLOAD ahora cargará correctamente las conversiones de código de carrera.
SRTLOAD (#104072)Las puntuaciones de SAT II no estaban siendo cargadas debido a que SRATPTS fue entregado en la Versión 7.1. Las puntuaciones de SAT II son reportadas en la cinta SAT y pueden utilizar cualquier número de códigos de examen SAT II para IDs individuales. Tales
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 345
Sección 10 Soluciones de Problemas Módulo de Reclutamiento
como, los datos no pueden estar asociados específicamente con una fecha de código de examen particular en SRATPTS. SRTLOAD necesita utilizar la fecha de examen específica para el código SAT II entregado en la cinta.
SRTLOAD ha sido modificado para buscar en la cinta los códigos SAT II y los datos de examen asociados, de manera que ahora son cargados adecuadamente los datos en las tablas temporales y en Banner.
SRTLOAD (#104426)SRTLOAD ahora verificará SOTCNVT para versiones convertidas de códigos de bachillerato (SBGH) y luego verificará STVSBGI para códigos de bachillerato. Ya no recibirá un error para un código no válido en SOTCNVT cuando el código exista en STVSBGI.
SRTLOAD (#99383)Los códigos de Bachillerato se pueden convertir usando la validación SBGH en SOTCNVT. Si no hay conversión de bachillerato en SOTCNVT, el código STVSBGI será utilizado si hay una coincidencia. Códigos de que no sean de Bachillerato no se pueden ingresar usando la validación SBGH en SOTCNVT. Los códigos de escuela pueden ser convertidos en SOTCNVT con validación SBGI, y si existe un código en STVSBGI, ese código será cargado.
SRTLOAD (#99384)Puntuaciones de examen que estaban fuera del rango de puntuaciones mínimas y máximas como se definió en STVTESC eran cargadas en la tabla SRTTEST pero no cargadas en la tabla SORTEST durante el proceso de migración de SRRPREL. SRTLOAD debe imprimir un mensaje diciendo que una puntuación de examen esta fuera del rango de las puntuaciones mínimas y máximas como se definió en STVTESC y no será cargada. SRTLOAD ahora presentará un error cuando las puntuaciones de examen estén fuera del rango en STVTESC.
SRTLOAD (#103673)La salida de SRTLOAD no desplegaba el SAT ESSAY ID cuando los códigos de examen S07, S08, o S08 tenían una conversión de TESC en SOTCNVT. El ID de Ensayo SAT se carga exitosamente y es visible en SOATEST. Esto ha sido corregido. Esto ha sido corregido.
SRTLOAD (#103838)Los códigos SBGI de escuela anterior eran cargados poniendo el código SBGI en la tabla de conversión de SOTCNVT. Si el código existía en STVSBGI, y la carga de cinta entrante no conversión de SOTCNVT configurada para escuelas, pero había una validación de STVSBGI, la escuela no sería cargada. Ahora, cuando el código SBGI en la cinta tenga un código válido en STVSBGI, los códigos de escuela serán cargados.
SRTLOAD (#104316)SRTLOAD no estaba manejando correctamente los registros “posicionales” de longitud variable. Por ejemplo, si un registro contenía un campo opcional (NSS) como el último elemento del dato, y el primer registro que contenía un NSS era de 100 caracteres de longitud, y el siguiente registro no contenía un NSS y era de 90 caracteres de longitud, el resultado era que SRTLOAD buscaba en el buffer del registro en la posición 91 y restablecía el NSS del registro previo en error. Esto ha sido corregido.
Alumnos Versión 7.2 Octubre 2005346 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Reclutamiento
SRTLOAD (#74999)Eran recibidos errores en algunas plataformas debido a la longitud del nombre del país. Esto ha sido corregido.
SRTLOAD (#86967)SRTLOAD ahora imprimirá 55 líneas por página antes de crear un salto de página.
SRTLOAD (#103249)El reporte estaba desplegando los errores de conversión de código de país, aunque los códigos de país hayan sido establecidos en STVNATN.
Cuando ningún código exista en la cinta y sea provista una descripción de país, la descripción del país será comparada con la descripción del país en STVNATN. Si hay una coincidencia exacta, el código de país será actualizado en la tabla temporal SRTNATN y puede ser cargado a Banner.
Por ejemplo:
Cuando ninguna regla de SOTCNVT exista para STVNATN y la descripción del país es provista en la cinta:
El país Singapur en la cinta será traducido y actualizado a SRTADDR_NATN_CODE = 133 cuando el código 133 de STVNATN = Singapur.
El país México en la cinta será traducido y actualizado SRTADDR_NATN_CODE = 99 cuando el código 99 de STVNATN = México.
El país Albania en la cinta será traducido y actualizado SRTADDR_NATN_CODE = 2 cuando el código 2 de STVNATN = Albania.
Sin embargo, Bahamas en la cinta no sería traducido, como código 10 de STVNATN = Las Bahamas.
Nota: Este código de país será cargado a Línea 3 de Calle, y habrá errores API asociados debido al país y el estado. El registro necesitaría ser resuelto manualmente en GOAMTCH antes de cargarlo.
También, SRTLOAD proveerá el siguiente mensaje basándose en los ejemplos de arriba.
Elementos Datos
Código de País Mensaje
NATN 99 País encontrado desde descripción
NATN 2 País encontrado desde descripción
NATN 133 País encontrado desde descripción
NATN BAHAMAS No En SOTCNVT, STVNATN
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 347
Sección 10 Soluciones de Problemas Módulo de Admisiones
Módulo de Admisiones
Documentación
SAAEAPS (#101833)El texto de la forma ha sido actualizado para incluir el Status de la Persona y el Status de Solicitud como campos que se pueden consultar. El texto ahora dice:
Las consultas se pueden realizar por Número de Solicitud, Tipo de Registro de Solicitud, Tipo de Solicitud, Periodo, Fuente, Agregar Fecha, Completar, Aceptado, Proceso, Fecha de Proceso, Status de Persona y Status de Solicitud. (Nombre de Solicitante e ID no son campos que se pueden usar en una consulta.
Curricula Concurrente
(#104283)Los procedimientos han sido aclarados en cuanto a cómo el status del curriculum es actualizado para registros de General de Alumno. El siguiente texto ha sido agregado para reemplazar el texto incorrecto:
El status de curriculum para el estudiante se basa en el status del alumno. Estos códigos vienen desde STVSTST. Si ningún código válido existe en STVSTST, entonces el status de predeterminado es utilizado. Las filas del curriculum del Estudiante no son copiadas automáticamente y actualizadas cuando es cambiado el status de General del Alumno.
Formas
SAAACKL (#94647)Las decisiones de solicitud ahora serán agregadas a la solicitud correcta cuando existen múltiples solicitudes para el periodo. El orden de clasificación también ha sido modificado para ser por número de solicitud en orden descendente dentro el periodo en orden descendente.
SAAACKL (#89915)Los siguientes elementos han sido corregidos:
• El orden de clasificación ha sido modificado para ser por número de solicitud en orden descendente dentro el periodo en orden descendente.
• El Status (Solicitud) ahora será actualizado a C cuando guarde los datos después de cumplir con la lista de los elementos de la lista de verificación.
• Los campos Límite (Fecha), Primera Solicitud (Fecha) y Última Solicitud (Fecha) ahora son dejados en blanco cuando es llenada la forma, en lugar de que sea llenada con la fecha del sistema.
Alumnos Versión 7.2 Octubre 2005348 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Admisiones
• La forma ahora desplegará correctamente el mensaje de “Fecha de Examen, dd-mes-aaaa” cuando las puntuaciones de examen son restablecidas desde SORTEST, en lugar del despliegue de la descripción del código de examen.
• La Fecha de Recepción ahora desplegará la fecha en la que fue agregada la puntuación de examen a SORTEST, en lugar de la fecha del sistema.
• Si utiliza Bloque Siguiente para moverse fuera del Bloque Clave, y ninguna solicitud existe para el ID y periodo, un mensaje ahora es desplegado en la línea de autosugerencia que la consulta causo que ningún registro sea recuperado.
SAAACKL, SAAADMS
(#97707)Ahora puede consultar en los campos apropiados para la búsqueda de lista de verificación en ambas formas. También puede ingresar % en el campo Agregar Fecha en ambas formas de manera que los elementos creados por el sistema con un componente de hora son considerados en la consulta.
SAAACKL, SAAADMS, SOATEST
(#97704)Han sido corregidas inconsistencias en el procesamiento de lista de verificación de puntuaciones de examen y cómo son insertados o actualizados los elementos de la lista de verificación. También, la fecha de recepción de la lista de verificación para las puntuaciones de examen ahora será configurada para el SORTEST_ACTIVTY_DATE en lugar de la fecha del sistema.
SRASUMI, SAAADMS
(#103641)SRASUMI ahora ejecutará correctamente la operación de llenado cuando procesa una solicitud para un registro de reclutamiento que fue creado antes de Banner 7.0.
SAAADMS (#103193)Han sido corregidas inconsistencias con el cómo es especificado el código del periodo del registro de reclutamiento en SRASUMI cuando el registro es empujado en SAAADMS.
SAAADMS (#103126)Eran recibidos errores en todos los bloques de la forma cuando eran los registros creados por un usuario antes de la actualización 7.0, eran actualizados después de la actualización por un usuario diferente. Esto ha sido corregido.
SAAADMS (#102764)Sin importar cómo es ejecutado un Bloque Siguiente (combinación de teclas, elemento del menú, o presionar el ratón), si existe una retención de solicitud y esta vigente, entonces el usuario recibirá un error diciendo que no puede ser creada una solicitud debido a la retención.
SAAADMS (#102391)El código y descripción de legado para el ID previo ahora son limpiados adecuadamente desde el bloque de Datos Adicionales en la ventana de Datos de Cuotas, Envío de Correo, Retiro cuando accede esta ventana para ver información para un ID diferente
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 349
Sección 10 Soluciones de Problemas Módulo de Admisiones
SAAADMS (#90020)Cuando existían múltiples solicitudes para un periodo, seleccionando una solicitud en SSASUMI regresaba al registro más reciente en lugar del seleccionado. Utilizando Salir con Valor desde SAADUMI ahora sólo regresará la solicitud específica que fue seleccionada.
SAAADMS (#99390)La descripción del elemento de lista de verificación no siempre era guardada cuando eran ingresados elementos de la lista de verificación, específicamente aquellos con un código AMDR que tenía STVSBGI o STVVTYP en el campo Nombre de Tabla. Esto solo parecía que ocurría cuando se usaba el ratón. Usando la tecla de Tab permite que la descripción se guarde. Si el código ADMR tenía el campo Nombre de Tabla llenado con STVTESC, STVRESD, o era NULL, la situación no ocurría. Si volvía a ingresar la descripción después de que era ejecutado el Guardar inicial, entonces la descripción estaba intacta. Esto ha sido corregido.
SAADCRV (#103195)Cuando un cohorte y/o atributo existía para una solicitud de admisiones, y era creado el registro de SGASTDN, ningún registro correspondiente de SGASADD era generado. Esto ha sido corregido. Esto ha sido corregido.
SAAADMS (#101341)Cuando una cuota de solicitud había sido exentada, la forma todavía le permitía ingresar un código de detalle y monto y actualizar Cuentas por Cobrar. En SHADEGR, el siguiente error era recibido: "El monto de cuota debe estar en blanco cuando el Indicador de Cuota = W” . Si intentaba guardar un monto de cuota en blanco, el siguiente error era recibido: “Indicador de cuota de resultados de Estudiante inválida.”
Ahora, cuando ingresa W en el campo Cuota de Solicitud o Exención, puede acceder e ingresar un valor en el campo Exención de Cuota de Solicitud. Sin embargo, no puede acceder o ingresar valores en los campos Detalle de Cuota de Solicitud, Monto de Cuota de Solicitud o Fecha de Cuota de Solicitud. Puede acceder e ingresar un valor en el campo Tarifa de Cuota de Solicitud.
SAAADMS (#95835)Anteriormente, cuando eran hechos cambios a un registro de solicitud en SAAADMS, si un registro de SGASTDN existía para el mismo periodo (o para un periodo futuro), recibiría el mensaje de error: "*NOTA* - Los cambios hechos a la solicitud no actualizarán los registros existentes de SGASTDN."
El mismo mensaje estaba siendo desplegado cuando era actualizado un registro de SAAADMS, si un registro de SGASTDN existía para un periodo precedente. (Por ejemplo, si tenía un alumno que obtuvo un grado de licenciatura y luego regresaba para obtener un grado de licenciatura). Bajo estas circunstancias el mensaje es confuso e innecesario. Es creado un registro correcto de SGASTDN cuando el código de aceptación es agregado al registro actual.
Ahora, si un registro de alumno existe para un periodo que sea igual a o mayor que el periodo en la solicitud cambiada/creada recientemente, entonces el mensaje de advertencia será desplegado. Si existe un registro de alumno para un periodo que sea menor al de la
Alumnos Versión 7.2 Octubre 2005350 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Admisiones
solicitud cambiada/creada recientemente (pero ningún registro de alumno existe que sea igual a o mayor que el periodo de solicitud), entonces el mensaje de advertencia no será desplegado.
SAAADMS (#104029)Ya no tendrá que presionar a través de mensajes de error repetidos cuando los datos de SARADAP han sido actualizados y luego un bloque que utiliza una tabla diferente es actualizado.
SAAADMS (#90076)Tres problemas han sido corregidos:
• Existía inconsistencia en cuanto a si la barra de desplazamiento en la ventana principal era desactivada después de la actualización de datos en la ventana de Resumen de Lista de Verificación contra la ventana de Detalle. Estas dos ventanas estaban combinadas en Banner 7.0. La barra de desplazamiento en la ventana principal es inactivada de manera que cuando es guardada la actualización de la lista de verificación, la fila es consultada nuevamente y el status de solicitud es actualizado si es apropiado.
• Si seleccionaba un registro de solicitud, accedía la ventana de Resumen de Lista de Verificación, ingresaba una fecha, guardaba y regresaba a la ventana principal, Ingresar Consulta limpiaba todos los campos, pero Ejecutar Consulta sólo regresaba la solicitud en la que acababa de estar trabajando. Ejecutar Consulta ahora regresa todas las solicitudes que coinciden con la entrada de la consulta.
• Cuando utilizaba Insertar Registro para agregar una nueva solicitud, el código de periodo en el Bloque Clave era llenado cuando la nueva solicitud era guardada, y la nueva solicitud era la única que podía ser revisada. Tenía que utilizar Deshacer, quitar el código del periodo desde el Bloque Clave y utilizar Bloque Siguiente antes de que todas las solicitudes pudieran ser revisadas nuevamente. Esto ha sido corregido.
SAADCRV (#98686)La funcionalidad de Consulta ahora esta trabajando adecuadamente en el bloque de Resumen de Solicitud.
SAAEAPS (#103169)Ahora puede ejecutar una consulta desde el campo Indicador de Terminación en el bloque de Solicitudes Electrónicas. Esta funcionalidad existía en versiones previas de Banner y estaba faltando en 7.x
SAAEAPS (#103364)Las funciones de Conteo de Aciertos y Ayuda ahora trabajan correctamente en la ventana de Verificación Manual de manera que puede asociar una persona con un ID.
SAAQUAN (#98689)Un número de problemas se ha corregido:
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 351
Sección 10 Soluciones de Problemas Módulo de Admisiones
• Ahora puede consultar en el campo Documentos Pendientes cuando el campo esta establecido a Y, y despliega sólo las solicitudes que también son Y (solicitudes que tienen documentos pendientes).
• Ahora puede consultar en el campo Decisión y sólo ver filas regresadas que coinciden con ese código de decisión.
• La tecla Tabulador ahora moverá el cursor a través de los campos de izquierda a derecha en cada línea en el bloque de Resumen de Solicitud, cuando el bloque esta en modo de consulta.
• Todos los datos son forzados a mayúsculas cuando ingresaba en el bloque de Resumen de Solicitud.
SAAQUAN (#90400)El campo Documentos Pendientes ahora será llenado con el valor correcto (no un valor nulo) cuando documentos obligatorios en SAAADMS están pendientes o faltantes desde la solicitud.
SAARRDF (#91022)Utilizando el botón Desplegar Formula sólo desplegaba parte de la formula si había fracciones en la secuencia de los registros de la fórmula (v.g., 1,3,5 contra 1,2,2.5,3). Esto ha sido corregido. El ancho del botón también ha sido expandido para desplegar correctamente la palabra completa de “Fórmula”.
SAAQUAN (#104053)Cuando SAAQUAN inserta una fila en SARCHKL, el campo SARCHKL_SOURCE será establecido a S (Sistema), en lugar de M (Manual).
SAASUMI (#90311)Las solicitudes ahora son ordenadas por periodo en orden descendente y luego por número de solicitud en orden descendente dentro de cada periodo. También cuando es ejecutada una consulta en el campo Documentos Pendientes o el campo Decisión, sólo los registros que satisfacen la consulta serán regresados.
Menú
*ADMCONTROL (#93508)SAAACKL y SAAQKER han sido agregadas a este menú.
Paquetes
SAKP200, SAKVAPL, SDELECRL
(#95815)Ha sido hecho obsoleto este paquete, el cuál era utilizado para verificar solicitudes Web duplicadas y luego ponerlas en Banner. La verificación de duplicados es manejada más adecuadamente por SAKP050.
Alumnos Versión 7.2 Octubre 2005352 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Admisiones
sok_saradap1.sql, sokd_srbrecr1.sql
(#103724)Han sido hechas modificaciones para asegurarse que cuando es hecho un cambio al código de carrera en SAAADMS o SRARECR, el proceso de llenado de SARADAP y SRBRECR actualiza adecuadamente el SARADAP_ACTIVITY_DATE y/o el SRARECR_ACTIVITY_DATE.
sokb_curriculum_r1.sql
(#95837)Anteriormente, en SAAQUIK, cuando intentaba asignar un programa de curriculum independiente a un alumno (v.g., definido en SMAPRLE con el cuadro de verificación Curriculum Dependiente no verificado), recibía un error de verificación de curriculum cuando intentaba guardar el registro. Esto ocurría aunque un primer mensaje apuntaba que la verificación de curriculum no estaba vigente, debido a que éste era un programa independiente del curriculum. Esto ha sido corregido.
Función
SAFDCSN (#100472)El orden de clasificación de las decisiones más recientes del solicitante ha sido modificado para ser compatible con el orden de clasificación en SAADCRV.
Reportes
SAPAMAL (#104511)Un parámetro de Código de Departamento ha sido agregado de manera que puede almacenar el código de departamento en el registro del curriculum, si esa información existe y es utilizada en su institución para el procesamiento de AMCAS.
SAPAMAL (#103521)Cuando el Reporte del Procesamiento de Plan de Comunicación (SORCPLN) era ejecutado siguiendo una carga AMCAS, los planes eran asignados a IDs, pero no eran generados los materiales. El programa SAPAMAL ahora creará dos entradas en la tabla colectora SOACCOL para cada nueva solicitud creada, una para “agregar plan de comunicación” y una para “gen materiales”. Si la persona ya existe en Banner con una solicitud, entonces las entradas son agregadas para “cambiar plan de comunicación” y “gen materiales”.
SAPAMAL (#101945)SAPAMAL ya no creará un registro de GOBINTL para cada registro que es cargado. Cuando el Tipo de Visa es N, ningún registro de GOBINTL será creado.
SAPAMAL, SATAMCS
(#103241)SAPAMAL y SATAMCS ha sido modificado de manera que los datos de Línea 2 de Calle serán cargados por SAPAMAL
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 353
Sección 10 Soluciones de Problemas Módulo General de Alumno
SARDBSN (#104530)SARBDSN ahora desplegará todas las posibles decisiones cuando el proceso es ejecutado en modo auditoría. Sólo la decisión con la prioridad más alta (y por lo tanto el número de prioridad más bajo ) es desplegada y aplicada a SARAPPD.
SOPLCCV (#103681)Han sido hechas modificaciones a SOPLCCV para asegurarse que cuando es ejecutado con Parámetro 01 (Módulo de Estudiante de Alumno) establecido a RECRUIT y el Parámetro 03 (ID Estudiante) establecido a %, el proceso no fracasará la ejecución hasta que finalice.
SURLOAD (#104374)El siguiente error ocurría cuando intentaba cargar pidms. “Starting SURLOAD 7.1 .. fecha y hora de inicio, 26-JUL-2005 10:09:55 RUN SEQUENCE NUMBER: ORA-01480: arrastre de nulo faltante desde el valor atado de STR WRN-ORACERR: Ocurrió error en el archivo "surload".” Esto ha sido corregido.
Módulo General de Alumno
Forma
SGASTDN (#105145)SGASTDN fue actualizado para incluir una verificación para cambios antes de que pueda ser ejecutado un “duplicar registro”. Al usuario se le pregunta si quiere guardar sus cambios durante “duplicar registro” aún si existen cambios pendientes en el bloque de SGBSTDN.
SGASTDN (#105002)Si eran cambiados los datos para los registros existentes de SGBSTDN en SFAREGS, y el periodo en el Bloque Clave no era igual al registro actual de SGBSTDN que esta siendo actualizado, el registro SGBSTDN era actualizado y también era insertado un nuevo registro de SGBSTDN. Esto ha sido corregido. Los registros no serán actualizados cuando los periodos del Bloque Clave sean diferentes.
Módulo de Inscripción
Documentación
SFAFAUD (#104307)La definición del campo Número de Secuencia ha sido corregida para leerse: “El número de secuencia del registro SFAFAUD.”
Alumnos Versión 7.2 Octubre 2005354 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Inscripción
Formas
SFAALST, SFASLST
(#73862)Cuando un código de status de inscripción era creado en STVRSTS y configurado como que sea contado en inscripción y no-se pueda calificar con una autocalificación, y luego el código de status de inscripción era asociado con un registro de curso de un alumno en SFAREGS, era posible para un usuario cambiar la autocalificación generada. Esto ha sido corregido.
SFASLST (#89758)Ya no recibirá un error cuando pasa calificaciones desde SFASLST, tenga o no acceso de mantenimiento.
SFAREGF (#99508)SFAREGF no estaba proveyendo un monto correcto de estimación simulada cuando estaba habilitado reembolso total en SOATERM y un alumno era dado de baja de un curso o cursos.
A la estimación le estaba faltando el cargo de multa de SFARFND. Si un alumno daba de baja todos sus cursos en un periodo 0% de SFARFND, SFAREGF indicaba un monto de estimación simulada de 0.00. Esto ha sido corregido.
SFAREGF no proveía una manera para especificar una fecha efectiva para la estimación. Esto no era un problema para métodos de reembolso excepto para el reembolso total. El reembolso total utiliza la fecha de entrada para determinar el periodo de multa de la estimación. SFAREGF utiliza la fecha actual, la cuál no puede estar dentro del periodo de multa deseado para la estimación simulada. El usuario debe ingresar la fecha de reembolso apropiada del reembolso total en el Bloque Clave en el nuevo campo Fecha de Reembolso del Reembolso Total.
SFAREGQ (#93348)Múltiples instructores ahora son clasificados en orden alfabético por el apellido del instructor, luego primer nombre.
SFAREGQ (#90595)Si el alumno estaba inscrito a más cursos de los que podían ser desplegados en la forma en ese momento, el campo Horas Crédito tendría desplegado los créditos totales del periodo, no sólo el total de aquellos cursos que estaban desplegados. Esto ha sido corregido.
SFAREGS (#104225)El sobrepaso del estado académico estaba generando mensajes de error no justificados. Esto ha sido corregido.
SFAREGS (#97865)Cuando un alumno estaba en la lista de espera de un curso de hora crédito variable/cobranza y luego se inscribía al curso, las horas crédito y cobranza que eran ingresadas originalmente no eran restablecidas. (Las horas inferiores eran predeterminadas desde SSASECT.) Esto ha sido actualizado para establecer los valores en los campos SFTREGS_CREDIT_HR_HOLD y SFTREGS_BILL_HR_HOLD cuando el RSTS_CODE es cambiado a WL (lista de espera).
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 355
Sección 10 Soluciones de Problemas Módulo de Inscripción
SFAREGS (#102084)Ahora puede agregar exitosamente un código de bloque a la ventana de Periodo del Alumno de SFAREGS.
SFAREGS (#103615)Ahora puede producir horarios o cobros a través del procesamiento de espera cuando un estudiante no tiene registros de curriculum (filas en SORLFOS y SORLCUR). Puede ser creado un registro colector de espera. Este procesamiento es independiente del procesamiento de curriculum. Este procesamiento es independiente del procesamiento de curriculum.
SFAREGS (#102163)Un problema de navegación existía si ingresaba un NRC y utilizaba el ratón, en lugar de la tecla Tabulador y función de Campo Siguiente, para salir del campo NRC. Los datos de NRC/sección ahora son llenados correctamente.
SFAREGS (#103372)Anteriormente, podía nulificar el campo Sobrepasar después de configurarlo, hacerlo parecer que las banderas de sobrepaso en el registro de inscripción estaban siendo restablecidas. Esto ha sido corregido. Un mensaje de autosugerencia ha sido agregado al campo para dar instrucciones al usuario para dar de baja/eliminar (DD) y reinscribirse al curso (re-RE) si el intento es para no sobrepasar los errores de inscripción.
SFAREGS (#104520)El uso de un ID de ocho caracteres estaba causando errores si la tecla de Tabulador no era utilizada para salir fuera del campo ID. Esto ha sido corregido.
SFARQST (#99024)En el bloque de Información General del Alumno, el campo Estado Académico esta desplegando el valor de código de status de inscripción, y el campo Status de Inscripción esta desplegando el valor del código de estado académico. SFRENRL esta imprimiendo la información correcta. Esto ha sido corregido.
SFARQST (#87657 y #89112)Ya no recibirá un mensaje de error cuando ingresa un código CP que no existe en GTVZIPC, ya sea presionando la tecla tabulador hasta fuera del registro o guardando el registro.
Paquetes
SFKFEES (#103810)Cuando era habilitado el intercambio de reembolso del curso utilizando las reglas de “por horas de cobranza” y el Sobrepasar (Indicador) estaba verificado para las reglas de SFARGFE para la estimación del alumno, la estimación de cuota calculaba un número incorrecto de horas probables. Esto ha sido corregido.
Alumnos Versión 7.2 Octubre 2005356 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Inscripción
SFKFEES, SFKFEE1
(#89135)Para el procesamiento de reembolso total, si un alumno da de baja y agrega montos iguales de horas de cobranza en diferentes días durante el mismo periodo de multa del reembolso total, el proceso actualmente no invierte la multa como lo hacía antes de la Versión 5.6 cuando la versión baseline de estimación de cuota era utilizada. El procesamiento de estimación de cuota modificado procede como lo hace el proceso actual, en el cuál la multa es retenida después de una baja igual además agrega lo que ocurre en el mismo periodo de reembolso.
La estimación necesita realizar el mantenimiento de multas para intercambio de horas en el procesamiento de reembolso por total. Se puede hacer esto por determinar el monto de las horas eliminadas en reembolso por total que califican para intercambio. Las horas intercambiadas no tienen adeudo. Las horas adeudadas de intercambio se almacenan en SFRFAUD para determinar la diferencia en el reembolso basado en las horas de multa de intercambio, de manera que se ajuste correctamente la multa.
Los siguientes cambios han sido hechos para lograr esto:
• Una nueva función f_flat_rule_exists se añadió para usarse en le procesamiento de inscripción para revisar las reglas de cargos fijos para el periodo, antes de insertar renglones en SFRREGD.
La inserción de dos renglones en SFRREGD durante el proceso de inscripción solo necesita ocurrir si se definen reglas de cargo fijo para el periodo.
• El procedimiento p_process_hours_swap se ha actualizado para determinar las horas de multa netas para horas eliminadas por reembolso por total que no usan intercambio.
• Si el monto de las horas añadidas es mayor o igual al monto de las horas dadas de baja, entonces todas las horas eliminadas se consideran intercambiadas.
• Si se dan de baja más horas que las que se agregan, el alumno paga una multa en la diferencia neta en horas.
Las horas de multa se establecen en este procedimiento, luego el proceso va a determinar la multa. Si se necesita un intercambio total, el proceso revisa una multa para el origen y lo revierte, si se encuentra.
• Un nuevo procedimiento p_calc_swap_liability se añadió para almacenar horas de multa en SFTFEES.
El procesamiento establece bajas en SFTFEES para tener un 100% de deuda para el total de horas de multa determinadas. Una multa se aplica en base a las horas de multa. Este procedimiento deduce la deuda original des la deuda de intercambio para calcular el monto de la deuda.
• El procedimiento p_processfeeassessment se ha actualizado para llamar al procedimiento p_calc_swap_liabilty.
• El procedimiento p_calc_rbt_refunds se ha actualizado para filtrar los renglones SFRFAUD donde el campo SFRFAUD_ASSESS_RFND_PENLTY_CDE es S.
Este procedimiento realizar el procesamiento de multas para cuentas que no son de compensación, solo si las horas de intercambio no se habilitan para el periodo. Si se habilita el intercambio, el proceso de multas se maneja por separado.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 357
Sección 10 Soluciones de Problemas Módulo de Inscripción
• El procedimiento p_get_sfrstcr_data se ha actualizado para seleccionar y regresar el valor en la columna SFRSTCR_ASSESS_ACTIVITY_DATE. Este procedimiento se llama solo cuando un reembolso de cargo fijo es vigente para una estimación de alumnos. Esto impacta al procedimiento p_calc_flat_hr_liability , que llama al procedimiento p_get_sfrstcr_data para determinar que cursos estimar.
• El procedimiento p_reverse_na_charges se ha actualizado para ya no usar el renglón obsoleta FAREVNRF en GTVSDAX. El campo SOBTERM_ASSESS_REV_NRF_IND ahora se usa.
El procedimiento también actualizaba los cargos revertidos de las estimaciones anteriores que ya no aplicaban para el alumno por registrar un monto de deuda de $0.00 en SFRFAUD.
• El valor en el campo SFRSTCR_REG_BILL_HR es almacenado en el campo SFTFEES_REG_BILL_HR.
SFKFEES, SFKFEE1
(#102448)La Estimación de Cuota utilizando reembolso total estaba anulando los cargos de cuota de sección con códigos de categoría diferentes que TUI y FEE, cuando la cuota de sección era definida utilizando un código de tipo de cuota de BILL o CRED, y el curso era dado de baja. Esto ha sido corregido.
SFKFEES, SFKFEE1
(#102284)Un reembolso (utilizando reembolso por curso) no estaba siendo calculado desde un cambio de status de curso que tenía una autocalificación ajustada, cuando esa autocalificación había sido pasada al historial académico antes de que la estimación de cuota fuera ejecutada. Los cursos calificados que todavía no habían sido estimados no tendrían que haber sido saltados. Los cursos ahora pueden ser procesados basándose en SFRSTCR_ASSESS_ACTIVITY_DATE y no deben ser saltados aún cuando las calificaciones hayan sido pasadas.
SFKFEES, SFKFEE1
(#102443)La solución de problema #96413 no fue corregida en la Versión 6.2.1. Ahora se ha corregido. El monto mínimo en SFAFMAX ahora se reforzara durante un reembolso del 100% por periodo de reembolso de curso. El monto mínimo se reforzó por otros reembolsos de porcentaje.
SFKFEE1 (#103194)Cuando utiliza el procesamiento de reembolso total, las transacciones de multa de cuenta compensatorias estaban siendo actualizadas en SFAFAUD con el mismo número de transacción de cuenta de TBRACCD. Esto fue resuelto con la solución de problema #89135, la cuál le permite utilizar el procesamiento opcional de intercambio con el procesamiento de reembolso de reembolso total.
SFKFEE1 (#103895)La estimación de cuota no estaba calculando correctamente los montos de los cambios basándose en el nivel de clase de un alumno. Esto era debido a que no estaban siendo consideradas las horas asistidas (el cuadro de verificación Incluir Horas Asistidas configurado en SOATERM). Esto ha sido corregido.
Alumnos Versión 7.2 Octubre 2005358 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Inscripción
SFKMOD1 (#103836)Los requisitos previos del CAPP ahora son dados de baja correctamente, a pesar de la configuración de la regla AUTODROP y ADMINDROP en GTVSDAX.
SFKMOD1 (#104786)La horas crédito no estaban siendo establecidas a cero cuando un alumno utilizaba un código de dar de baja/retener en la Web, en donde el código de status de inscripción no contaba en la inscripción. Esto ha sido corregido.
Vista de Banner
SFVSTMS (#98302)Las secciones en SSASECT que tenían horas de reunión con ningún instructor asignado no estaban siendo desplegadas en SFAREGQ.
Reportes
SFRFEES (#103481)Cuando el reporte era ejecutado sin un ID o una selección de población, el mensaje de error que era desplegado incorrectamente hacía referencia a un parámetro no existente de Status de Inscripción. Este mensaje se corrigió para leerse: “Ningún ID alumno o criterio de población ingresado.”
SFRENRL (#93115)Una solicitud de inscripción para más de una copia como se ingresó usando SFARQST solo producirá una copia de la verificación cuando se ejecute SFRENRL. Este proceso se ha corregido para producir el número de copias solicitadas desde SFARQST.
SFRENRL (#78514)SFRENRL requería que existiera un registro de SGBSTDN para cada periodo en un año académico para que los datos de inscripción sean impresos en el reporte cuando el año académico era utilizado en SFARQST.
Esto ha sido corregido, y más cambios al proceso de selección fueron hechos cuando un usuario específica un año académico completo en SFARQST.
• SFRENRL ahora examinará los periodos en el año académico especificado en la solicitud para encontrar el registro del periodo más antiguo para el ID en el cuál hay alguna actividad en la forma ya sea de un registro de SFRSTCR, registro de SFBETRM, registro de SGBSTDN, o registro de SHRTCKN e inicia la impresión de los periodos del reporte comenzando con ese periodo.
• El reporte no imprimirá datos anteriores al periodo más antiguo en el año académico para el cuál hay ya sea datos de inscripción, un registro de periodo de inscripción, un registro general de alumno o un registro de historial académico. Si ninguno de esos registros (SFBETRM, SGBSTDN, SFRSTCR, SHRTCKN) existen para el alumno para
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 359
Sección 10 Soluciones de Problemas Módulo de Historia Académica
el año académico ingresado, el reporte no imprimirá información de verificación de inscripción.
En adición, no recibirá una advertencia en SFARQST cuando el año académico ingresado para la solicitud no coincida con el año académico definido por STVRSTS para el periodo en el Bloque Clave, o cuando el año académico cae fuera del rango de fecha definido en el Bloque Clave.
SFRENRL (#96230)Estaban ocurriendo ajustes con ciertas líneas de texto en la verificación de inscripción. Los mensajes de “CONTINUED ON NEXT PAGE” y "END OF ENROLLMENT" ya no son centrados en la página. Esto ha sido corregido. En adición, el reporte ha sido modificado de manera que los datos de PGA y horas se imprimirán correctamente cuando utilice horas expandidas. (Esos problemas de impresión fueron reportados en la solución de problema #98932.) Los datos de horas y PGA han sido separados en dos líneas, y las etiquetas han sido modificadas para reflejar esos ajustes en la posición.
SFRENRL (#98932)Las reglas de SHAGPAR no siempre eran utilizadas en los datos de puntos de calidad cuando esa información era desplegada en el reporte. El proceso ha sido corregido, y también han sido hechos ajustes para imprimir datos de PGA y horas en dos líneas, para proveer el espacio de línea suficiente para las horas y datos de PGA más largos.
Módulo de Historia Académica
Formas
SHACRSE (#72102)Después de presionar varias veces Intro (Ingresar) en el primer registro, avanzando a través de todos los elementos de datos y llegando hasta el final, presionando ingresar nuevamente regresaba el cursor al inicio de la fila (el botón Seleccionar). Presionando Ingresar nuevamente todavía llamaba a SHATCKN para el NRC. Tenía que utilizar la Flecha Hacia Abajo desde una fila previa para colocar el cursor en el botón de Seleccionar. Presionando Ingresar desde el botón Seleccionar lo llevaba a SHATCKN, no al siguiente campo. Esto ha sido corregido.
SHACRSE, SHATCKN
(#103669)La verificación de validación ahora es ejecutada correctamente cuando navega de SHATCKN a SHACRSE.
SHADEGR (#103924)a no recibirá un mensaje de error cuando la fecha de cuota del cargo de cuota de graduación es anterior que la fecha actual (la fecha de “hoy”).
Alumnos Versión 7.2 Octubre 2005360 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Historia Académica
SHAPCMP (#94337)Utilizando Deshacer antes de guardar los cambios producía resultados incorrectos cuando seleccionaba “Si” en el cuadro de alerta “¿Quiere guardar los cambios?”. Esto ha sido corregido.
SHARQTC (#105223)Ha sido corregido un error que ocurría cuando utilizaba código de institución externa y datos de status del alumno actual. La forma ahora utiliza el diseño de pestañas, tiene un bloque de Jerarquía de Nombre y ha sido modificada para la mejora de Curriculum Concurrente 7.2.
SHATAEQ (#82390)Anteriormente, si a una articulación uno-a-uno seguía una articulación uno-a-muchos (v.g., CHEM 101 = CHEM 101 y CHEM 101L era seguido por MATH 100 = MATH 100) y era solicitada una desarticulación, la uno-a-uno no siempre desarticulaba como se esperaba. Esto ocurría más seguido si regresaba al bloque clave después de articular y guardar los cursos equivalentes y de transferencia antes de intentar desarticularlos. Esto ha sido resuelto.
SHATAEQ (#86348)Anteriormente, SHATAEQ no siempre utilizaba correctamente el periodo vigente cuando eran definidos cursos equivalentes con una condición O. En lugar del despliegue de los cursos equivalentes vigentes para el código de periodo ingresado en SHATAEQ, la Lista de Valores desplegaba todos los cursos equivalentes, aún aquellos que ya no estaban vigentes. Esto ha sido resuelto.
SHATAEQ (#93982)Diversos problemas ocurrían cuando intentaba ejecutar la articulación sin primero guardar la transferencia de datos. Sin embargo, los problemas resultaban del valor en el campo Periodo de Asistencia que estaba siendo nulificado cuando no debería ser. Han sido hechas modificaciones para asegurarse que el valor del Periodo de Asistencia permanezca lleno cuando deba estarlo. La solución le permite ingresar cursos de transferencia y ejecutar la articulación sin guardar primero cuando las articulaciones son uno-a-uno y/o uno-a-varios. Sin embargo, es necesario guardar los datos de transferencia antes de articularlos cuando las articulaciones son varias-a-una y/o varias-a-varias.
SHATAEQ (#98264)Anteriormente, SHATAEQ articularía el valor de hora crédito incorrecto cuando un curso equivalente era parte de un par de cursos conectados por una condición Y (ambos tienen un valor definido en el campo Créditos Utilizados en SHATATR) y como un equivalente independiente conectado al par por una condición O. El curso equivalente independiente no tenía un valor definido en el campo Créditos Utilizados en SHATATR. Esto ha sido corregido.
SHATAEQ (#98623)En situaciones donde un curso de transferencia individual estaba definido para igualar dos ocurrencias del mismo curso equivalente con diferentes valores de hora crédito, el proceso
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 361
Sección 10 Soluciones de Problemas Módulo de Historia Académica
de articulación asignaría un valor de hora crédito incorrecto a una ocurrencia del curso equivalente. Esta situación ha sido resuelta.
SHATAEQ (#97487)El proceso de articulación ha sido modificado para asegurarse que todos los cursos equivalentes serán articulados correctamente, especialmente en situaciones donde un curso de transferencia individual es definido para ser igual a tres o más cursos equivalentes.
SHATAEQ (#100881)El proceso de articulación ha sido modificado para evitar un mensaje de error de Oracle desde que ocurre cuando esta intentado articular combinaciones uno-a-uno y varios-a-varios.
SHATAEQ (#86291)Anteriormente, había un problema con la lógica del periodo vigente relacionada al uso de créditos de curso equivalente utilizada como se definió en SHATATR. En situaciones donde el campo Créditos Utilizados en el bloque de Curso Equivalente tenía un valor definido en un periodo vigente más antiguo, pero ese valor había sido nulificado en un periodo vigente posterior, SHATAEQ siempre asignaría el valor que fue definido en el periodo vigente anterior. Esto ha sido corregido.
SHATAEQ (#79682)Anteriormente, podían ser encontrados problemas cuando cursos de transferencia eran articulados si una A era ingresada en el Articular Ind(icador) y estaba volviendo a articular los cursos después de que ya habían sido pasados a y regresados de SHATRNS. Estos problemas de articulación se han resuelto.
SHATAEQ (#83459)Anteriormente, podían ser encontrados problemas cuando cursos de transferencia eran articulados si una A era ingresada en el Articular Ind(icador) y estaba volviendo a articular los cursos después de que ya habían sido articulados anteriormente, y salía de la forma sin guardar las articulaciones. Estos problemas de articulación se han resuelto.
SHATCKP (ahora SHATCKN)
(#99114)Ya no existe la situación donde el campo Campus no podía ser accedido y llenado manualmente o desde la Lista de Valores cuando un nuevo curso estaba siendo ingresado, ya que SHATCKP ha sido fusionada a SHATCKN y es obsoleta. SHATCKN trabaja correctamente.
SHATCKS (ahora SHATCKN)
(#98075)Ya no existe la situación donde la configuración del SHRTCKN_REPEAT_IND era cambiada varias veces, finalizando con la configuración inicial, y guardando los cambios no recalculaban el PGA y ajustaba las horas pasadas y obtenidas. SHATCKS se fusionó en SHATCKN y es obsoleta. SHATCKS se fusionó en SHATCKN y es obsoleta. SHATCKN trabaja correctamente.
Alumnos Versión 7.2 Octubre 2005362 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Historia Académica
SHATCKS (ahora SHATCKN)
(#102422)Ya no existe la situación donde necesitaba ajustar la fecha de inicio y termino de un curso de aprendizaje abierto en el historial, y esos campos (SHRTCKN_REG_START_DATE y SHRTCKN_REG_COMPLETION_DATE) no se podían actualizar. SHATCKS se fusionó en SHATCKN y es obsoleta. SHATCKN trabaja correctamente.
SHATCMT (#102267)SHATCMT estaba evitando actualizaciones después de que han sido ingresados comentarios para un nivel para un alumno al que sólo se le había dado un registro de admisión pero que no tenía creados registros de historial académico o inscripción. Después de ingresar y guardar los comentarios y luego salir, un código de nivel no podía ser ingresado, y el usuario era evitado desde que veía los datos de comentario nuevamente para ese ID. Esto ha sido corregido. El campo Nivel es validado contra STVLEVL para el ID del alumno. Los comentarios serán impresos en un kárdex para el nivel ingresado, si el alumno tiene un registro válido de SGBSTDN para ese nivel, así como cursos en inscripción y/o en historial académico para ese nivel.
SHATCMT (#103616)Ahora puede ejecutar un Bloque Previo desde el bloque de Comentarios de kárdex por Periodo hasta el bloque de Comentarios de kárdex por Nivel sin recibir un error y tener el fin de la sesión.
SHATRNS (#79534)Si utilizaba la función de Ayuda en el Bloque Clave de SHATAEQ para navegar a SHATRNS, definía una institución de transferencia para un ID, y luego repetía este proceso para otro ID, cuando accedía SHATRNS la segunda vez, el número establecido de la transferencia y número de periodo de asistencia del ID previo sería desplegado. Este comportamiento era esperado; sin embargo, también recibiría una ventana desplegable con el error "FRM-40350: La consulta causó que ningún registro sea recuperado”, y el cursor aterrizaría en el bloque de Periodo de Transferencia de Periodo de Asistencia, no en el Bloque Clave como debería hacerlo. Han sido hechas modificaciones a SHATAEQ y SHATRNS para asegurarse que la navegación entre ellas trabaje correctamente.
Menú
*AHISTORYF (#93508)SAAACKL ha sido quitada de este menú y agregada al menú *ADMCONTROL.
Paquetes
SHKPRE1 (#96083)SHRPREV estaba seleccionando un código de estado incorrecto, el cuál estaba causando resultados incorrectos en CAST. Esto ha sido corregido.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 363
Sección 10 Soluciones de Problemas Módulo de Historia Académica
SHKPRE1 (#93264)SHRPREV estaba produciendo resultados inconsistentes para la evaluación del progreso y estado académico combinado. El nuevo procedimiento shkprev.p_get_prev_code es utilizado para corregir esto, así como el cursor modificado de SHRTGPAC y los paquetes SHKPREV y SHKPRE1.
SHKPRE1 (#96260)SHRPREV no verificaba el campo SHRPRGE_EXCL_ATTEMPTED_IND cuando contaba las clases. Este campo es configurado en SHAACST en el bloque de Exclusiones de Calificación de Evaluación de Progreso cuando el Excluir desde Intentando (Indicador) esta verificado. El programa ha sido corregido de manera que cuando una calificación es marcada como excluida, no contará como progreso positivo en el cálculo.
SHKROLS (#103600)Un error ocurría cuando los registros de dos curriculum con dos carreras eran insertados, y esos registros habían sido convertidos desde los datos de curriculum secundario y primario anterior. Debido a que los registros estaban siendo convertidos, los programas tenían que ser los mismos para crear más de dos carreras. La inserción de los datos estaba causando un error de restricción única que ha sido corregido.
SHKROLS (#103569)El año de graduación ahora será pasado correctamente desde SGBSTDN.
SHKROLS (#104641)Si existía un registro de resultados en SHRDGMR (un nuevo registro que no era creado por el paso), pasando calificaciones utilizando SHRROLL o en línea no establecería el Indicador de Aplicado (SHRTCKD_APPLIED_IND) a Y en los cursos pasados. SHRROLL ha sido corregido para establecer el indicador de aplicado para todos los NRCs que son calificados e incluidos en el pase, cuando hay un registro existente de grado que va a ser actualizado con cursos aplicados.
SHKRPT1 (#104380)Cuando cursos equivalentes eran utilizados en el procesamiento de repetición, el archivo de salida no siempre desplegaba cursos repetidos con mensajes “no considerados” cuando verificaciones de nivel, horario y título eran apropiadas. Cuando la verificación de título era utilizada, un curso con el mismo título, materia y número no se desplegaba del todo en el reporte de salida. Esos problemas se han corregido.
SHKRPT1 (#97982)Han sido hechas actualizaciones para corregir problemas de ejecución en SFAREGS, que eran experimentados cuando eran agregadas o actualizadas clases.
SHKTAE1 (#93243)Los créditos de transferencia ingresados por instituciones que usan un sistema diferente (p.e., semestre o trimestre) al de la institución receptora no siempre eran convertidos correctamente para los cursos equivalentes. Esto ocurría cuando cursos de transferencia eran definidos con un valor de nulo en el campo Créditos Inferiores en SHATATC y el
Alumnos Versión 7.2 Octubre 2005364 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Historia Académica
campo Créditos Inferiores Transferidos en SHATATR. En esta situación, el valor de hora crédito del curso de transferencia no estaba siendo convertido en absoluto. Esto ha sido resuelto.
SHKTAE1 (#87336)Anteriormente, cuando un curso de transferencia podía ser articulado 1) por sí mismo como un curso individual para un número de horas crédito especificadas, o 2) como el miembro primario de un grupo de cursos de transferencia con un número diferente de horas crédito, el proceso de articulación asignaba regularmente el valor de la hora crédito asociado con el grupo de cursos de transferencia. Esto ocurría aún cuando el curso de transferencia era presentado por sí mismo. El proceso de articulación ha sido modificado para asignar el valor correcto de hora crédito bajo cualquier situación.
SHKTAE1 (#87124)
Bajo condiciones específicas, las articulaciones uno-a-varios asignarían valores de hora crédito incorrectos a cursos equivalentes. Las condiciones fueron:
• El nivel del curso de transferencia no era el mismo que el nivel asociado con el periodo de asistencia para el cuál fue ingresado el curso de transferencia.
• El curso de transferencia tenía un valor en el campo Créditos Inferiores Convertidos, como se definió en SHATATR.
• La articulación uno-a-varios fue definida con cursos equivalentes en una condición Y, cada uno tiene un valor en el campo Créditos Utilizados.
Cuando era ejecutada la articulación, las horas crédito para el primer equivalente eran correctas, pero las horas crédito para el segundo equivalente era el valor de créditos inferiores convertidos del curso de transferencia y no el valor de créditos utilizados del curso equivalente correspondiente. Esto ha sido corregido.
Reportes
SHRGRDE (#99981)Errores de Oracle ocurrían cuando el reporte era ejecutado con el parámetro Tipo de Envío de Calificaciones establecido a M para calificaciones parciales. El mensaje de error era: “ORA-01405: fetched column value is NULL in begin shkcgpa . p_trunc_or_round ( :display_gpa_digits , :round_trunca on line 4897 of shrgrde.pc.“ Los errores eran causados por las calificaciones parciales que intentaban utilizar el PGA largo y formatos de puntos de calidad. Las calificaciones parciales no deben reportar datos de PGA ya que el trabajo para el periodo que es impreso todavía no esta completo. Esto ha sido corregido. Los problemas que ocurrían con la impresión de la información de ID y periodo también han sido corregidos.
SHRGRDE (#96235 y #98310)Ocurrían errores cuando las reglas en SHAGPAR estaban intentando desplegar más de dos lugares decimales. Esto también causaba que el reporte no produzca todos los posibles envíos de calificación cuando era solicitado el procesamiento del campus.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 365
Sección 10 Soluciones de Problemas Módulo de Historia Académica
SHRPREV (#86020)Cuando el estado académico (SHRASTD) no había sido calculado para el alumno para el periodo de ejecución, era impreso el mensaje de error: “Ningún Registro de Encabezado de Curso del Periodo”. Este error ahora dice: “Ningún Estado Académico Actual”, si el estado académico no ha sido calculado para el periodo para el ID.
SHRPREV (#103456)Cuando un alumno tenía un código de estado académico actual pero no tenía un registro previo de SHAINST (o un estado académico previo), SHRPREV buscaba incorrectamente un código de estado académico de un periodo anterior para utilizarlo en el periodo actual, y dado que ninguno existía, un estado académico de 00 siempre era utilizado. El resultado final era que un estado académico incorrecto era utilizado para determinar el status del estado académico combinado. Esto ha sido corregido.
SHRPREV (#100943)El procedimiento p_get_prev_code no compilaba. Esto era porque la versión 6.2.0.1 de shkprev.sql fue liberada con Banner 7.0, y la versión 7.0 de shkpre1.sql (sólo archivo cambiado para 7.0) fue liberada pero no eran compatibles. Ambos archivos han sido liberados y ahora son compatibles.
SHRPREV (#99392)El número de versión correcto (6.2.0.1) ahora será impreso en la página de Reporte de Control.
SHRRPTS (#98467)Cuando era utilizado aprobado por primera vez, el primer curso era incluido en la salida, el cuál no era el primer curso que satisfacía el valor numérico de calificación mínima aprobatoria. Esto ha sido corregido.
SHRRPTS (#98685)Cuando un excluir manual era utilizado en el procesamiento de repetición, las capturas manuales no estaban siendo modificadas. Sólo las capturas manuales no-excluidas estaban siendo contadas. Esto ha sido corregido.
SHRRPTS (#103087)Cuando existían condiciones de repetición y un curso repetido era actualizado manualmente en SHATCKN a un status de Incluir PGA (A), cuando el procesamiento de repetición era ejecutado, todos los cursos repetidos también eran configurados para excluir el status de A, cuando las reglas de repetición debían hacer cambiado los otros status del curso a un status de Incluir (I).
SHRRPTS (#102623)Un problema existía con el procesamiento de repetición cuando ninguna calificación en el historial del alumno satisfacía la calificación mínima aprobatoria, y aprobado por primera vez era la regla establecida. En este caso, todos los cursos eran excluidos, lo cuál era incorrecto. Las reglas de aprobado por primera vez han sido corregidas para incluir todos
Alumnos Versión 7.2 Octubre 2005366 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo de Historia Académica
los cursos que caen debajo de la calificación mínima aprobatoria cuando las reglas de aprobado por primera vez son apropiadas.
SHRTPOP (#93761)Cuando los kárdex eran impresos utilizando una selección de PIDMS desde SHRTPOP, alumnos con múltiples niveles de datos de kárdex sólo estaban mostrando un nivel de kárdex en el archivo de salida de SHRTRTC. SHRTPOP ha sido modificado para que se produzcan los múltiples niveles de los registros SHRDGMR.
SHRTRTC (#102225)El grado de la segunda carrera no se imprimía si el cuadro de verificación Grado de Carrera no estaba verificado en SHATPRT. Las segundas carreras, especialidades y concentraciones ahora serán impresas cuando el cuadro de verificación Grado de Carrera no este verificado.
SHRTRTC (#102212)El texto de documentos oficiales no será impreso en el kárdex cuando el cuadro de verificación Texto de Documentos Oficiales no esta verificado en SHATPRT.
SHRTRTC (#94165)Si las reglas de SHAGPAR están establecidas para PGA o puntos de calidad son mayores de dos lugares, y SHRTRTC es ejecutado con el parámetro de Imprimir Formatos de Horas Expandidas establecido a N, el proceso ya no producirá un error. El proceso ahora produce una advertencia en lugar de un error cuando las reglas de despliegue tienen un valor que es más largo que el esperado para una impresión no expandida. El kárdex utilizará el valor del parámetro en este caso, de manera que el kárdex será impreso con PGA y/o puntos de calidad establecidos a no-expandido.
SHRTRTC (#102008)Una exploración completa de la tabla ya no es ejecutada en SHTTRAN cuando es ejecutado un kárdex.
SHRTRTC (#98044)Cuando imprime una página de prueba y no ingresa el conteo de línea, el programa ya no irá en un ciclo infinito hasta que la memoria se agote.
SHRTRTC (#95735)SHRTRTC no estaba contando líneas correctamente cuando imprime. Cuando el cuadro de verificación Fechas de Inicio/Termino de Inscripción estaba verificado en SHATPRT, las fechas del curso para los cursos en progreso eran impresas directamente debajo del nombre del curso en el kárdex. Sin embargo, cuando SHRTRTC estaba calculando conteos de línea para determinar donde termina una columna y donde inicia una nueva columna, esas líneas de fecha de curso eran impresas pero no eran contadas. Esto ha sido corregido. La línea de fecha de inscripción ahora se cuenta.
SHRTRTC (#101402)Han sido hechas modificaciones a la salida para ajustar a la derecha el encabezado de PTS, ajustar a la izquierda el encabezado GRD, y ajustar a la derecha el encabezado CRED.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 367
Sección 10 Soluciones de Problemas Módulo CAPP
También, cuando la información del curso no es impresa, los datos que van después del campus continuarán alineados. El programa ha sido cambiado para desplegar cursos de transferencia utilizando la misma definición de despliegue que los cursos institucionales, y han sido hechas mejoras para toda la revisión de sobrecarga.
SHRTRTC (#94659)Cuando el parámetro Imprimir Formatos de Horas Expandidas esta establecido a N, el transferir PGA ahora se imprimirá correctamente en una línea.
SHRTRTC (#94938)Las fechas de inicio y termino ahora se imprimirán correctamente cuando los cursos de aprendizaje abierto estén en progreso y el parámetro Imprimir Formatos de Horas Expandidas esta establecido a Y.
SHRTRTC (#93237)Ya no recibirá un mensaje de advertencia cuando ejecuta el kárdex en modo de espera y configura el parámetro de Imprimir Formatos de Horas Expandidas a N.
SHRTRTC (#103915)El reporte ahora se ejecutará sin error cuando el cuadro de verificación Campus no esta verificado en SHATPRT.
SHRTRTC (#103911)Cuando solicitaba kárdex utilizando un número especifico de ID, dejando el número de secuencia en blanco causaba que todos los números de secuencia de las solicitudes para ese ID sean procesadas. Esto ha sido corregido. En adición, también puede ingresar el ID y luego el valor de comodín % para obtener todos los números de secuencia de las solicitudes para un ID, y esas serán procesadas, asumiendo que los otros valores del parámetro coinciden con la solicitud en SHARQTC.
Módulo CAPP
Formas
SMAALIB (#89589)Anteriormente, seleccionando la Consulta de Ayuda Dinámica desde el menú de Ayuda para cualquier campo en la ventana de Atributo de Área inhabilitaría todas las funciones de la barra de Herramientas y del Menú. Esto ha sido corregido.
SMAALIB (#71140)Después de llamar la Forma de Librería del Área (SMAALIB) ya sea desde la Forma de Restricciones de Puntuación de Examen y Requisito Previo del Catálogo (SCAPREQ) y/o la Forma de Restricciones de Puntuación de Examen y Requisito Previo de Horario
Alumnos Versión 7.2 Octubre 2005368 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo CAPP
(SSAPREQ), si accedía la ventana de Atributos del Área para ver/editar los atributos, recibiría una serie interminable de mensajes de error si intentaba regresar al campo Periodo del Atributo en el primer bloque de esa ventana. Esto ha sido corregido.
SMAALIB (#87523)Anteriormente, en la ventana de Atributos del Área de la Forma de Librería del Área (SMAALIB), el campo Carrera, el campo Concentración y el campo Especialidad permitían la captura de cualquier valor que existía en la Forma de Validación de Código de Carrera, Especialidad, Concentración (STVMAJR). Esos campos no se validaban si el valor que estaba siendo ingresado era apropiado para ese campo. Por ejemplo, era posible ingresar un código de carrera en el campo Concentración, aún si el código no era válido tampoco como una concentración de acuerdo a STVMAJR. Esto ha sido corregido.
SMAAREA (#99346)Anteriormente, en la ventana de Ajuste de Atributo/Curso de Área, recibiría un error de Oracle que le impedía desde que ejecutaba una función de Eliminar Registro en una línea de detalle definida con una regla que también tenía texto ingresado en el Bloque de Texto de Curso/Atributo. Esto ha sido corregido.
SMAAREA (#95619)Anteriormente, no podía seleccionar el cuadro de verificación Utilizar Catálogo para una línea de detalle de regla dentro de la ventana de Reglas de Ajuste de Atributo/Curso del Área después de que la línea de detalle de regla ya había sido guardada Esto ha sido corregido.
SMAAREA (#98521)Anteriormente, el campo Nivel del Curso en el Bloque Clave no siempre era llenado cuando un código de área era definido en y/o seleccionado desde la Forma de Librería del Área (SMAALIB). Esto se resolvió como parte del proyecto de IU para Banner 7.0.
SMAAREA (#94057)Anteriormente, no podía hacer el valor en el campo Periodo de Inicio mayor que el valor del campo Periodo de Inicio para los periodos “Deben ser Tomados” en la ventana de Exclusiones de Regla de Curso de SMAAREA. El valor de Periodo de Fin automáticamente predefiniría al campo Periodo de Inicio. Fueron hechas modificaciones en SMAAREA y SMAGROP para asegurarse que esta funcionalidad sea consistente y trabaje adecuadamente.
SMAAREA, SMAGROP
(#46399)Anteriormente, en muchos bloques cuando intentaba guardar un registro en donde un campo “Créditos” y un campo “Cursos” no eran nulos, y el campo Conector entre ellos estaba establecido a Ninguno, recibiría un mensaje de error apropiado. Sin embargo, después de confirmar el error presionando OK, también recibiría un mensaje preguntándole si quería guardar sus cambios. Si contestaba Si, entonces el mensaje de error del conector era desplegado nuevamente. Esos mensajes de error repetitivos e innecesarios han sido corregidos.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 369
Sección 10 Soluciones de Problemas Módulo CAPP
SMAAREA, SMAGROP
(#103443)Anteriormente, las formas no estaban haciendo cumplir la restricción de longitud para las puntuaciones de examen como se definió en STVTESC. Esto luego causaba que no hubiera coincidencia entre el formato de la puntuación de examen ingresada en SOATEST y el requisito previo del área CAPP ingresado en SMAAREA/SMAGROP, lo cuál resultaba en la ocurrencia de un error incorrecto “PREREQ y TEST SCORE ERROR” durante la inscripción. Esto ha sido corregido.
SMACACT (#46398)Diversos problemas de navegación y consulta han sido resueltos en SMACACT.
• La función de Limpiar Registro es utilizada para deshacer errores de captura de datos sin ejecutar un Deshacer. Debido a que esta forma no permite la captura de datos, la función Limpiar Registro ha sido inhabilitada en la forma.
• La función Último Registro ahora le previene correctamente desde que inicia la función de Insertar Registro cuando esta desplazándose a través de los registros existentes.
• La función Deshacer ahora limpiará correctamente la forma y ejecutará una consulta de todos los registros existentes.
SMAGROP (#81885)En la ventana de Ajuste de Curso/Atributo, cuando intentaba eliminar una línea de detalle que esta definida como una regla, ya no recibirá el mensaje de error: "FRM-40735: RULE_DATA_DELETE trigger raised unhandled exception ORA-06511". El disparador RULE_DATA_DELETE en el bloque SMRGCAA tenía un cursor que estaba abierto pero no cerrado. Esto ha sido corregido.
SMAGROP (#91055)Anteriormente, recibiría un mensaje de error de restricción única si intentaba definir exclusiones de ajuste de curso/atributo diseñadas para restringir cursos de más de un campus. Han sido hechas modificaciones para asegurarse que esta funcionalidad trabaje correctamente.
SMAGROP (#82124)Anteriormente, podía definir requisitos en SMAAREA utilizando una puntuación de examen sólo con un valor en el campo Puntuación Mínima, pero no podía hacerlo en SMAGROP. Han sido hechas modificaciones en SMAGROP para permitir esto.
SMAGROP (#97563)Anteriormente, el bloque de Ajuste de Curso/Atributo en SMAGROP y SMAAREA le permitiría definir dos reglas con el mismo nombre, y generalmente, la segunda ocurrencia de la regla con el mismo nombre contenía los mismos requisitos que la original. Ambas, SMAGROP y SMAAREA han sido modificadas para impedirle que guarde dos reglas con el mismo nombre.
SMAGROP (#99469)Anteriormente, el bloque de Ajuste de Curso/Atributo en SMAGROP permitía que los
Alumnos Versión 7.2 Octubre 2005370 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo CAPP
registros existentes sean actualizados y nuevos registros sean insertados sin hacer que el periodo del Bloque Clave sea el mismo que “desde el periodo” de los ajustes de detalle. Han sido hechas modificaciones para asegurar que trabaje correctamente.
SMAPRLE (#88758)Una vez que un código de programa ha sido definido en SMAPRLE como curriculum no dependiente, no puede cambiar el cuadro de verificación de Curriculum Dependiente de no verificado a verificado. Esta es la funcionalidad correcta. Sin embargo, anteriormente, la forma le permitía seleccionar el cuadro de verificación de Curriculum Dependiente pero no le permitía guardar el cambio, porque los campos requeridos de Escuela y Grado estaban protegidos contra actualización. Para cambiar un código de programa de curriculum independiente a curriculum dependiente, debe eliminar el programa y luego volver a ingresarlo con el cuadro de verificación Curriculum Dependiente verificado.
SMAPROG (#103918)Anteriormente, cuando ajustaba áreas a un programa en SMAPROG, la forma posiblemente podía obtener el conjunto incorrecto de valores predeterminados (v.g., Prioridad, Reuso de Curso/Atributo, Dentro de Reuso y Regla de Año). Han sido hechas modificaciones para asegurarse que los valores predefinidos correctos vendrán del registro de requisitos generales del área con el periodo vigente de primer orden que sea menor que o igual al periodo vigente del registro de ajuste del área del programa.
SMAPROG (#103928)Anteriormente, era posible recibir un mensaje de advertencia inapropiado que el área que estaba ajustando a un programa en el bloque de Ajustes del Área del Programa estaba inactiva, debido a que la forma estaba seleccionando el registro equivocado de requisitos generales del área. Han sido hechas modificaciones para asegurarse que la forma selecciona el registro de requisitos generales del área con el periodo vigente de primer orden que sea menor que o igual al periodo en el Bloque Clave de SMAPROG.
SMAPROG (#99866)Anteriormente, en el bloque de Atributos/Materias Restringidas del Programa de SMAPROG, si tenía múltiples registros definidos en donde había un valor en los campos Máximo de Créditos y Máximo de Cursos, y luego anulaba el valor en el campo Máximo de Cursos y establecía el Conector a Ninguno, no podía navegar a los campos de Cursos Máximos de ninguno de los otros registros. Han sido hechas modificaciones para asegurarse que este bloque funciona adecuadamente.
SMAPROG (#95848)Anteriormente, si eliminaba un programa desde SMAPROG y/o eliminaba los registros ajustados del área del programa desde un programa, las áreas que habían sido ajustadas al programa todavía se desplegaban como asociadas una con otra en SMIAUSE. Este problema ya no existe.
SMAPROG (#87111)Anteriormente, el bloque Calificaciones Restringidas del Programa no le permitía guardar un registro con valores sólo en los campos Código de Calificación y Máximo de Cursos. Este problema ya no existe.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 371
Sección 10 Soluciones de Problemas Módulo CAPP
SMAPROG (#62375)Anteriormente, el valor correcto de Código de Área no estaba siendo copiado en el Bloque Clave de SMAAREA cuando la forma era llamada desde el bloque de Ajuste de Área del Programa de SMAPROG. Podrá recibir el mensaje de error: “FRM-40815:Variable GLOBAL.capp_form does not exist.” Esto ha sido resuelto.
SMAPROG (#84451)Anteriormente, cuando utilizaba la opción de Requisitos del Área desde el bloque de Ajuste del Área del Programa de SMAPROG, sólo la primer área ajustada podía ser accedida. Han sido hechas modificaciones para asegurarse que cualquier requisito del área ajustada puede ser llamado desde el bloque de Ajuste de Área del Programa.
SMAPROG (#46869)En el bloque Atributos Requeridos del Programa de SMAPROG, no siempre podía presionar en una fila existente, y hacer que el cursor fuera ahí. La navegación en este bloque ha sido modificada para trabajar adecuadamente.
SMAPROG (#95623)Anteriormente, en la ventana de Atributos/Materias Restringidas del Grupo, utilizando la función de Duplicar Registro para copiar registros desde un rango de periodo vigente a otro resultaba en que los valores de Número Inferior del Curso y Número Superior del Curso eran invertidos en los registro(s) copiados. La función de Duplicar Registro ha sido modificada para asegurarse que los valores en los campos Número Inferior del Curso y Número Superior del Curso no se transpongan.
SMARQCM (#97641)Anterior a la Versión 6.2 de Banner, SMARQCM le permitía crear y procesar solicitudes impresas adicionales para una solicitud de cumplimiento que ya ha sido procesada. Esta funcionalidad no trabajaba correctamente en la versión 7.2.
SMASADJ (#92299)Tres problemas de navegación se han corregido.
Anteriormente, cuando navegaba a la ventana Metas:
• El Bloque Clave no era visible.
• Utilizando las funciones de Lista y Conteo de Aciertos del campo Área llamaba a la misma forma (SMIAREA). Conteo de Aciertos debía haber llamado a SMAALIB.
• Si utilizaba la función de Conteo de Aciertos, ponía la forma en modo de consulta en lugar de llamar a SMAGLIB.
SMASARA (#103437)Anteriormente, en cada bloque de SMASARA recibiría el siguiente mensaje de error mientras utiliza la opción Predeterminar <nombre de bloque> [SMQSADF] : “FRM-40112: Intentaba go_item a un elemento no habilitado SMBSAGN:SMBSAGN_AREA.” Han sido hechas modificaciones para asegurarse que la funcionalidad de predefinido trabaja adecuadamente.
Alumnos Versión 7.2 Octubre 2005372 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo CAPP
SMASARA, SMQSADF
(#72010)Anteriormente, cuando los requisitos de general y detalle de un área eran copiados a la Forma de Ajustes de Área del Alumno (SMASARA) utilizando el elemento Predeterminar Todo [SMASADF] en el Menú de Opciones del Bloque Clave, si el ajuste actual del área era de grupo, pero anteriormente había sido un ajuste de curso, ambos ajustes de grupo y de curso eran copiados en las tablas de ajuste. Luego no podía editar/ver/eliminar ninguno de los ajustes de curso o grupo en esta forma. Esto ha sido corregido.
SMASLIB, SMASARA, SMASGRP, SMASPRG
(#78341)Ya no recibirá un mensaje de error inapropiado cuando navega a las diversas formas de ajuste de alumno como la Forma de Ajuste de Programa de Alumno (SMASPRG), la Forma de Ajuste de Área del Alumno (SMASARA), y la Forma de Ajuste de Grupo de Alumno (SMASGRP) desde la Forma de Librería de Ajustes del Alumno (SMASLIB). Anteriormente, habría recibido un mensaje de error indicando que todos los campos del Bloque Clave necesitaban ser llenados antes de navegar al bloque principal, pero esto ha sido corregido. Las correcciones fueron hechas en SMASPRG, SMASARA, y SMASGRP, en lugar de SMASLIB.
SMQSACR (#73128)El sistema ahora regresará un mensaje apropiado “Transacción Completa” cuando nuevos registros han sido guardados y/o registros existentes han sido actualizados. Anteriormente, el sistema no desplegaba ningún mensaje cuando guardaba nuevos registros o actualizaba datos en la ventana de Reglas de Ajuste de Curso/Atributo. Esto ha sido corregido.
SMQSACR (#98107)En SMASARA, cuando ejecutaba una función de Eliminar Registro para un requisito en el bloque de Ajuste de Curso/Atributo del Área que tenía una regla definida con el texto ingresado en el Bloque de Texto de Curso/Atributo, recibiría el siguiente mensaje de error: “FRM-40510: Oracle error; imposible Eliminar el registro.”
Esto era debido al hecho que la función Eliminar Registro no estaba verificando la tabla SMRSACT para registros dependientes cuando el Ajuste de Curso/Atributo era definido por una regla. Esta funcionalidad ha sido modificada para asegurarse que trabaja apropiadamente.
SMQSADF (#95868)Anteriormente, en SMASARA, si un ajuste estaba siendo hecho sólo a Requisitos Generales de un área, y el registro de Requisitos Generales era todo lo que era copiado del área original, era probable que nada sería impreso para los Requisitos de Detalle del área ajustada en el reporte del cumplimiento. Esto era debido al hecho que un valor nulo era insertado en el campo Relacionado del registro de Requisitos Generales. Como tal, el proceso de cumplimiento no sabría si buscar ajustes de grupo o ajustes curso/atributo. Han sido hechas modificaciones para asegurarse que el valor en el campo Relacionado del área original será copiado en el campo Relacionado del área ajustada.
SMQSGCR (#103571)Anteriormente, cuando intentaba crear un requisito de curso, la forma requería la captura de un valor en los campos Núm. Inf. Curso y Núm. Sup. Curso. También, no permitía que
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 373
Sección 10 Soluciones de Problemas Módulo CAPP
el mismo número sea ingresado en ambos, de manera que no había manera para definir un curso especifico, individual como un requisito. Han sido hechas modificaciones para asegurarse que es posible ingresar un valor sólo en el campo Núm. Inf. Curso.
Reportes
SMRBCMP (#98208)Anteriormente, la ejecución del cumplimiento por lote podía resultar en que fueran seleccionadas dinámicamente áreas incorrectas para el programa de un alumno. Las áreas incorrectas podrían ser seleccionadas dinámicamente cuando utilizaba con una selección de población y S (registro general de alumno) para la fuente del curriculum. Esto podía ocurrir cuando un registro de alumno tenía curriculum primario y secundario con diferentes códigos de programa. Se han hecho modificaciones para evitar que ocurra esto.
SMRCMPL (#86381)Todos los cursores que contienen referencias duplicadas a *_ATTR_CODE en la instrucción ORDER BY se han corregido para incluir una referencia a *ATTS_CODE también.
SMRCMPL (#101924)Un error de verificación de requisito previo incorrecto era recibido bajo las siguientes condiciones: el alumno tenía un curso en el historial académico con un código de calificación para el cuál el Conteo en Horas Ganadas (Indicador) no estaba verificado, y ese curso era el requisito previo de otro curso. Normalmente, esto sería el procesamiento correcto, pero el requisito previo era definido para permitir la inscripción concurrente, y el error estaba siendo regresado aunque el alumno estaba intentando inscribirse al curso que satisficiera el requisito previo en el mismo periodo. Esto ha sido corregido.
SMRCMPL (#95356)Cuando el parámetro Aplicar Sólo Cursos de Grado era seleccionado en SMARQCM, los cursos de transferencia ocasionalmente eran aplicados dos veces al mismo requisito. Se han hecho modificaciones para evitar que ocurra esto.
SMRCMPL (#103172)Anteriormente, el proceso de cumplimiento reportaría un valor incorrecto para los requisitos generales de nivel del área y programa bajo ciertas condiciones. Si los requisitos de un área eran definidos utilizando conjuntos y subconjuntos que creaban una condición O, y un curso que estaba disponible satisfacía sólo una parte de la condición O, el cumplimiento aplicaría el curso al requisito y reportaría dos veces tantos créditos/cursos que hayan sido aplicados a los requisitos generales del área y programa. Esto ha sido corregido.
SMRCMPL (#94056)Anteriormente, el proceso de cumplimiento aplicaría incorrectamente créditos parciales de un curso a un grupo y/o área de prioridad más baja cuando los indicadores de reuso para el área o grupo no lo permitían. Esto ha sido corregido.
Alumnos Versión 7.2 Octubre 2005374 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasMódulo CAPP
SMRCMPL (#74756)Anteriormente, cuando sólo una parte de los créditos de un curso eran aplicados a un requisito de línea de detalle, la parte no utilizada no siempre era aplicada a otro requisito de línea de detalle dentro del mismo grupo o área, aunque podía haber sido. Esto ha sido corregido.
SMRCMPL (#97883)Anteriormente, el cumplimiento podía tener créditos parciales y/o créditos reutilizados incorrectamente en un área de prioridad inferior cuando esos créditos/créditos parciales eran aplicados a requisitos en un área de prioridad superior basándose en sus atributos únicamente o cursabilidad y un atributo específico. Esas situaciones de reuso han sido corregidas.
SMRCMPL (#99222)Anteriormente, el proceso de cumplimiento no se ejecutaría hasta el termino bajo ciertas condiciones. Durante el procesamiento del cumplimiento, si créditos de un curso de transferencia eran divididos cuando se aplicaba a una línea de detalle basándose en el curso de transferencia que tuviera un cierto atributo, y luego una línea de detalle en un área de prioridad inferior era definida sólo por un atributo que el curso de transferencia dividido también lo llevada, el cumplimiento no se ejecutaría hasta el termino. Esto ha sido corregido.
SMRCMPL (#62308)Anteriormente, el proceso de cumplimiento aplicaría incorrectamente créditos parciales de cursos divididos a requisitos de detalle en áreas de prioridad inferior aunque el cuadro de verificación Utilizar Cursos Divididos no estaba verificado para esas líneas de detalle. Esto ha sido corregido.
SMRCMPL (#100478)Anteriormente, cursos de transferencia que habían sido marcados como promediados o excluidos en SHATRNS estaban siendo incluidos en la lista de curso disponible y aplicados a requisitos del programa por CAPP. Han sido hechas modificaciones al proceso de selección del curso para excluir cursos de transferencia con un valor en Repetir (Indicador) de A o E, de manera que no estarán disponibles para utilizarlos con cualquier requisito de programa durante una evaluación de cumplimiento.
SMRCMPL (#86207)Dependiendo cómo fueron configurados los directorios de subtrabajo, numerosos e inapropiados mensajes de error podrían haber sido escritos en el archivo de bitácora de envío de trabajo. Esto ocurriría más seguido en ambientes donde los usuarios finales individuales no tenían directorios personales de envío de trabajo donde podían ser escritos mensajes de error/archivos de salida. Se han hecho modificaciones para evitar que ocurra esto.
SMRCMPL (#91559)Versiones anteriores del archivo smreval.pc estaban generando mensajes de advertencia durante el proceso de compilación en diferentes plataformas. Han sido hechas modificaciones para corregir esto.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 375
Sección 10 Soluciones de Problemas Global
SMRCRLT (#87860)Cuando el texto ingresado para una línea de detalle vinculada a una área, grupo o regla era ajustado en SMASARA y/o SMASGRP, el texto ajustado no siempre se imprimía correctamente en la salida impresa; el texto original de SMAAREA y/o SMAGROP se imprimiría en su lugar. Esto ha sido corregido.
SMRCRLT (#64341 y 80813)Anteriormente, los detalles de curso/atributo aplicados a requisitos definidos en reglas-dentro-reglas sólo se desplegarían en el nivel más granular (v.g., sección de detalle de Regla-dentro-Regla). El programa de salida de copia impresa ha sido modificado de manera que tales detalles desplegarán los niveles de área, grupo y regla, si lo desea. También, la salida de copia impresa ahora despliega la descripción del código de atributo debajo de la columna Título del Curso para cualquier atributo del alumno aplicado a un requisito. Similarmente, cuando los requisitos son definidos y satisfechos por una puntuación de examen, el código de examen, puntuación de examen y descripción de código de examen se desplegarán debajo de las columnas Materia, Número de Curso y Título de Curso, respectivamente.
SMRRULE (#98861)Fueron hechos cambios a la sección SCT DEBUG para corregir errores de compilación que ocurrían en modo DEBUG.
Global
Documentación
SOACURR (#50978)Fue agregado texto a la descripción de la forma en la Guía de Usuario de Alumno y el Manual CAPP para aclarar cómo el valor del código del periodo del Bloque Clave afecta los datos en las ventanas de Control de Modulo, Carreras y Departamentos, Concentraciones Dependientes de la Carrera, Concentraciones Basadas en Reglas, y Especialidades. El nuevo texto para la descripción de la forma es incluido abajo en cursiva.
Esta forma se usa para ver o crear las reglas de curriculum. La clave para esta forma es el periodo, que es opcional. Si pone el periodo en la clave, la forma solo le muestra la regla que es válida para ese periodo; no se despliegan periodos futuros. Si ingresaba, el valor en el campo Periodo no controla o filtra los datos desplegados en las ventanas de control de módulo, carreras y departamentos, concentraciones y especialidades.
Alumnos Versión 7.2 Octubre 2005376 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasGlobal
Formas
SOACURR (#87236)Anteriormente, cuando ejecutaba una función de Lista desde el campo Programa en la ventana principal de SOACURR, la Lista de Valores del Programa Existente desplegaría sólo el primer carácter del código del campus si era definido uno. La Lista de Valores ha sido modificada para asegurarse que serán desplegados los tres caracteres de un código de campus.
SOACURR (#74018)Anteriormente, bajo condiciones muy específicas, SOACURR no le permitiría ejecutar una función de Quitar Registro en el último registro regresado por una consulta. Esto ha sido corregido.
SOACURR (#104635)Anteriormente, la forma le permitiría guardar registros en los bloques de Carrera, Especialidad y Concentración con un valor de nulo en los campos Carrera, Especialidades y/o Concentraciones, respectivamente. Han sido hechas modificaciones para asegurarse que esos campos sean llenados cuando nuevos registros sean insertados en los Bloques de Carrera, Especialidad o Concentración.
SOACURR (#103110)Anteriormente, en la ventana de Control de Módulo, utilizando la función de Copiar Regla Actual para copiar las configuraciones de Encendido/Apagado para cada módulo desde un rango de código de periodo a otro resultaba en que las configuraciones eran cambiadas. La función de Copiar Regla Actual ha sido modificada para asegurarse que funciona correctamente.
SOAHOLD (#103784)Los usuarios no pueden eliminar o actualizar las retenciones a menos que hayan sido los creadores, aún y cuando el Indicador de Liberar sea nulo. Esto ayudó al uso de negocios normal de la forma, desde que era muy común que múltiples usuarios estuvieran actualizando y eliminando las retenciones. Esto se corrigió para trabajar como lo hacía anteriormente, donde los usuarios podían actualizar o eliminar las retenciones usando la función de Eliminar Registro. También, solo los usuarios que crearon las retenciones son los que pueden marcar el Indicador de Liberar.
SOAMATL (#101162Ya no recibirá un error cuando solicita Ayuda Dinámica desde el bloque de Reglas de Materiales.
SOAPCOL (#103512)Las fechas de actividad en SORMAJR, SORMINR, y SORCONC no estaban siendo actualizadas correctamente. Cuando el código de grado era cambiado en SOAPCOL para una escuela anterior, las tablas de carrera y especialidad eran actualizadas con el nuevo código de grado, pero la fecha de actividad no era actualizada en SORMAJR, SORMINR, o SORCONC. Las fechas de actividad ahora son actualizadas apropiadamente.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 377
Sección 10 Soluciones de Problemas Global
SOAPCOL (#98005)Múltiples problemas han sido corregidos con respecto a mensajes de error y navegación.
• El siguiente mensaje de error era recibido en un cuadro desplegable (cinco veces) cuando un Insertar Registro era ejecutado en el Bloque de Detalles de Grado para un ID que tenía dos o más registros de grado para la misma escuela anterior: “ “FRM-40102: El registro primero debe ser ingresado o eliminado.”
• No podía utilizar la tecla Tabulador para navegar a otros campos en el bloque de Detalles de Grado cuando el bloque estaba en modo de consulta. El cursor permanecía en el campo Grado, y el siguiente error era desplegado: “*ERROR* Se debe ingresar Código de Grado.”
• No podía navegar a los campos Asistido Desde y Asistido Hasta cuando el bloque Detalles de Grado estaba en modo consulta.
SOASBSM, SOAPCSM
(#90485)Podía ingresar un código de escuela en el Bloque Clave de SOASBSM, aunque la forma es utilizada para información de bachillerato. La consulta no regresó registros. Cuando utilizaba la característica de Búsqueda desde el Bloque Clave, sólo eran regresados los registros de bachillerato.
Podía ingresar un código de bachillerato en el Bloque Clave de SOAPCSM, aunque la forma es utilizada para información de escuela. La consulta no regresó registros. Cuando utilizaba la característica de Búsqueda desde el Bloque Clave, sólo eran regresados los registros de escuela.
Esas formas han sido modificadas de manera que sólo la captura de los datos apropiados es permitida en el Bloque Clave, códigos de bachillerato para SOASBSM y códigos de escuela para SOAPCSM.
SOASUPL (#98692)Han sido corregidas situaciones en donde etiquetas de campo no estaban desplegándose correctamente cuando eran ejecutadas las funciones de Ejecutar Consulta y Quitar Registro, o cuando los registros eran consultados nuevamente.
SOATEST (#90577)Ingresando un examen en SOATEST requería datos en los campos Periodo (SORTEST_TERM_CODE_ENTRY) y Número de Solicitud (SORTEST_APPL_NO). Si una puntuación de examen era creada desde el proceso de carga de cinta, esos campos no eran llenados. También, SORTEST indicaba que esos campos aceptarían valores nulos. Esto ha sido corregido, y la tabla y la forma ahora son compatibles.
SOATEST (#104079)Las pestañas ahora son habilitadas o deshabilitadas constantemente conforme navega a través de la forma utilizando Bloque Siguiente y Deshacer.
SOTCNVT (#98690)Ahora puede especificar criterios de búsqueda en el campo Descripción que impactarán los resultados de consulta.
Alumnos Versión 7.2 Octubre 2005378 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasGlobal
Paquetes
SOKLCU1, SOKCUR1
(#104325)En SOACURR, los códigos de concentración se pueden anexar a un código de carrera (dependientes de carrera) o a una regla de curriculum base (basado en regla). En SOILCUR, la rutina de conversión de curriculum de estudiante no siempre convertía los datos de curriculum correctamente en la tabla SORLFOS para estudiantes cuya curricula tenía concentraciones que estaban "basadas en regla". En esos casos, la rutina de conversión llenaba automáticamente el campo Anexo a Carrera cuando las reglas de curriculum no estaban diseñadas para hacer eso. Se han hecho modificaciones a la rutina de Conversión de Curriculum de estudiantes para asegurar que esta funcionalidad trabaja adecuadamente.
SOKLCU1 (#104666)Anteriormente, cuando ejecutaba SOPLCCV con un valor de ADMISSIONS en el parámetro del Módulo de Estudiante de Alumno, y un estudiante tenía un curriculum secundario con múltiples concentraciones, el proceso no se ejecutaría hasta el termino. Han sido hechas modificaciones para asegurar que el proceso trabaje correctamente bajo estas condiciones.
Biblioteca
SOQOLIB (#103934)Anteriormente, en cada forma donde podía ingresar/mantener datos del curriculum, probablemente estaba recibiendo el mismo mensaje de error varias veces si intentaba ingresar un valor no válido en el campo Campo de Estudio mientras la verificación de curriculum estaba activada y configurada a Fatal. Han sido hechas modificaciones para asegurarse que el mensaje de error es desplegado sólo una vez.
SOQOLIB (#104325)En SOACURR, los códigos de concentración se pueden anexar a un código de carrera (dependientes de carrera) o a una regla de curriculum base (basado en regla). En SOILCUR, la rutina de conversión de curriculum de estudiante no siempre convertía los datos de curriculum correctamente en la tabla SORLFOS para estudiantes cuya curricula tenía concentraciones que estaban "basadas en regla". En esos casos, la rutina de conversión llenaba automáticamente el campo Anexo a Carrera cuando las reglas de curriculum no estaban diseñadas para hacer eso. Se han hecho modificaciones a la rutina de Conversión de Curriculum de estudiantes para asegurar que esta funcionalidad trabaja adecuadamente.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 379
Sección 10 Soluciones de Problemas Curriculum
Curriculum
SOQOLIB, SOKLCUR, SOILCUR, SRARECR, SRAQUIK, SAAADMS, SAAQUIK, SGASTDN, SFAREGS, SHADEGR
(#104042)Anteriormente, los usuarios con acceso de sólo consulta en las formas que desplegaban datos de curriculum encontrarían un mensaje de error si intentaban ver la ventana de Curriculum de un estudiante cuyos datos de curriculum todavía no habían sido convertidos en las nuevas tablas. El mensaje de error recibido era: “FRM-40735 NEW_SORLCUR_INST trigger raised unhandled exception ORA-01031.” Este error ocurría en SOILCUR, SRARECR, SRAQUIK, SAAADMS, SAAQUIK, SGASTDN, SFAREGS, y SHADEGR. Ahora, esos usuarios podrán acceder la ventana de Curriculum en esas formas sin recibir un mensaje de error, y los datos de curriculum del estudiante serán convertidos en las nuevas tablas.
SOILCUR, SRARECR, SRAQUIK, SAAADMS, SGASTDN, SFAREGS, SHADEGR
(#103759)Un problema de cierre existía en las formas utilizadas por el procesamiento de curriculum concurrente. Esas formas han sido modificadas para no ejecutar el disparador de SOQOLIB, COMMIT_CURRICULUM a menos que los datos en los bloques de host, bloques de curriculum, o bloques de campo de estudio sean nuevos o cambiados.
Reportes MIS/FTES
SADA3205, SADA3206
(#103115)El valor RE ya no es dependiente de código. El código designado en el parámetro de Códigos de Status de Inscripción para Excluir Alumnos del Conteo de Inscripción o el código de status designado como R en el campo Tipo de Status en STVRSTS será utilizado para elaboración de reporte.
SERXEREC (#101201 y #103096)SERXEREC ahora despliega una sola fila por instructor por NRC.
Validación
Documentación
STVTESC (#103444)La definición de campo para el cuadro de verificación Tipo de Datos (de Puntuación de Examen) ha sido corregida. Ahora dice:
Alumnos Versión 7.2 Octubre 2005380 Guía de Versión Confidencial
Sección 10 Soluciones de ProblemasValidación
El cuadro Tipo de Datos de Puntuación de Examen se usa para indicar el tipo de dato de la puntuación de examen. Cuando el cuadro Tipo de Datos (de Puntuación de Examen) este seleccionado, indica que se usan puntuaciones de examen numéricos. Cuando el cuadro Tipo de Datos (de Puntuación de Examen) no este seleccionado, indica que se usan puntuaciones de examen alfanuméricos.
Formas
STVVTYP (#99022)Cuando consultaba datos y después movía el cursor al campo de Estadísticas de Canadá e ingresaba un valor válido, recibía el error: “FRM-50016: Los caracteres legales son 0-9 - + E.” Cuando ingresaba E, recibía el error: “FRM-50014: Exponente incorrecta." Se necesita un mensaje de error más descriptivo para indicar que el valor del campo solo puede ser numérico.
El mensaje de error ahora dice: “ERROR: Código de Estadísticas de Canadá debe estar en un rango de 0-9." Si ingresa un valor inválido, no va a poder navegar fuera del campo hasta que se corrijan los datos, o puede salir de la forma sin guardar los cambios.
STVWSCF (#71384)El código del elemento PCOL_GRAD_DATE ha sido quitado de la forma. El código del elemento PCOL_DEGREE_DATE existente puede ser utilizado en su lugar. El script sdelwscf.sql se entregó para hacer este cambio. Esto corrige un problema en donde escuelas anteriores no estaban siendo desplegadas apropiadamente en Autoservicio de Admisiones.
Octubre 2005 Alumnos Versión 7.2Confidencial Guía de Versión 381
Sección 10 Soluciones de Problemas Validación
Alumnos Versión 7.2 Octubre 2005382 Guía de Versión Confidencial