SCT Banner Alumnos Guía de Versión · 2011-06-22 · Información Confidencial de la Empresa Esta...

¿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 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Mejoras 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


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


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


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


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


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


Tabla de Contenidos

Esta página se dejó en blanco intencionalmente


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.


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


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


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


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:



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.



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



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.



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.



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.



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


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.


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


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.


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.


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


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.


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.


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)


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.


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


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


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.


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


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



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


Columna: SORLMFS_ACTIVITY_DATE




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.


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



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.)




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.


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



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



- 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


- 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


- No existen opciones de pago


"No hay opciones de pago disponibles, así que no podemos completar su solicitud. Favor de contactar a Tesorería o Inscripciones para ayuda."





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.


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.


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.



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.



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.


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.


Aparece en el kárdex de papel.




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.


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.



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.






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.



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.



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.




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).



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).






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.



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.






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.



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.



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.






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).



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.



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.






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.



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.



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).






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).



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.






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).



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.



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.






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.



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.



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.






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.



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.



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.






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.



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.





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".


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.



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.





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.



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.



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.






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.



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.



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.






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.



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".


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.






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.



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.



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.






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.




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.



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.






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.




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.



Estos campos están en la Sección de Resultados de Curriculum Primario




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.


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.





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.



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.



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.






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.




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.






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.



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.







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.



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".





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.



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.



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.






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.




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.



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.






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.




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.






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.





Los siguientes campos están en el Bloque de Personalización de Opciones de Impresión.


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.


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


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.




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.


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.


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.


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.




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.


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.



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.


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.


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.


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)




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.



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.


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.




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



• 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.


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)



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.




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





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.


* **** Caracteres se despliegan como asteriscos.

X XXXXXX Caracteres se despliegan como el valor normal.


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



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.)




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).



• 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.






- 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



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.



- Existen opciones de pago, pero ninguno es tipo de tarjeta de crédito


"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


- 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


- No existen opciones de pago


"No hay opciones de pago disponibles, así que no podemos completar su solicitud. Favor de contactar a Tesorería o Inscripciones para ayuda."




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.



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


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)




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.


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.



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.


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.




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.




• 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.


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.



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.


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



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


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


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


Columna: SORLCUR_COLL_CODE




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


Columna: SORLCUR_DEGC_CODE


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




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



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


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


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.



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.


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).



• 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


GTVLFST Identificadores de Campo de Estudio

Y



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


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.


Sección 1 Curricula Concurrente Etapa 3 - Funcional Ejemplos del Reporte



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


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


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.



l

n.

alor

s os

sta rso

Forma de Validación de Código de Campus (STVCAMP)

rol.

o un

Parámetros Valores



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



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



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



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



¿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.




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 *******



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 ********************



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 **********



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 *******************



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 ******



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 *******************



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:



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



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)



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.


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.



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



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




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



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.




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



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.




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



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.




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 ******



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****************************



Issued Record

======= Min Con Res

--- Cre CEU Ter --- LEV CR GR UG ---

Awa Gra Gra Gra Awa Gra

--- Bil Ass --- Ter **



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****************************



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 ******



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****************************



Issued Record

=======

--- Enr

**

10-OCT-

SELECTIAPPLICACREATORID NUMBREQUESTSEQUENCADDRESSCREDIT PRINTERPRINT EPRINT BPRINT LPRINT RWEB SELWEB PAYUSE REQREQUESTNUMBER

RECORD



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



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)



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.



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


T para s R.

R Redondear PGA

T Truncar PGA

Parámet Valores



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




10-OCT-2005 TRANSCRIP REQUEST I ID NUMBER SEQUENCE TRANSCRIP ADDRESS S ADDRESS T CAMPUS SE CAMPUS SE REPORT LI

ONLY OFFICI



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 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:


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,


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.


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


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


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.


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.



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.



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.



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


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


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


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.


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


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



GRE_PERCENTILE0 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





OLDSAT1_PERCENTILE 629 630 1




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




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



GRE_PERCENTILE0 GRE SOTCVNT/TSPT






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


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.


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.


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.


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


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




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_NAME SRTPCOL_SBGI_DESC








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




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




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_MED_MAR_IND sin usar

MCAT1_NON_STANDARD_IND SRTTEST_TEAC_CODE

MCAT1_LITHOCODE 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_BS_SCORE SRTTEST_TEST_SCORE




MCAT2_WS_FORM_NUM sin usar


MCAT2_MED_MAR_IND sin usar

MCAT2_NON_STANDARD_IND SRTTEST_TEAC_CODE

MCAT2_LITHOCODE 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




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




disponible SRTPREL_LOAD_STATUS

disponible SRTIDEN_MATCH_STATUS































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





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












Campos AMCAS

SCHOOL_UNUSED sin usar


PU_MAJOR_NAME2 usado para traducir un código de carrera si es necesario

PU_DEGREE2 SRTPCOL_DEGC_CODE / SRTMAJR_DEGC_CODE












PU_DEGREE5 SRTPCOL_DEGC_CODE/ SRTMAJR_DEGC_CODE















OT1_DEGREE4 SRTPCOL_DEGC_CODE/ SRTMAJR_DEGC_CODE













































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




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.




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



Percentiles GRE

Percentil 1 SRTTSPC_PERCENTILE





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



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_DEGR_CODE 2 SOTCNVT/DEGC

PCOL_GRAD_DATE 2 No









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




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




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_MED_MAR_IND (disponible) 1 disponible

MBS_TEAC_CODE 1 SOTCNVT/ TEAC

MBS_LITHOCODE (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_TEST_SCORE 2 SOTCNVT/TESC

MBS_WS_FORM_NUM (disponible) 2 disponible


MBS_MED_MAR_IND (disponible) 2 disponible

MBS_TEAC_CODE 2 SOTCNVT/ TEAC

MBS_LITHOCODE (disponible) 2 disponible





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_GRAD_DATE 4 No









PCOL_GRAD_DATE 5 No









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









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









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












HSCH_TOTAL_HOURS SAAERUL/ACHR

STREET_LINE1 No

STREET_LINE2 No

CITY No

PCOL_LONG_DESC (disponible/evaluación) 1 evaluación






S01_NATL_PERCENTILE SOTCNVT/TSPT

S01_STATE_PERCENTILE SOTCNVT/TSPT





OLDSAT1_PERCENTILE SOTCNVT/TSPT



GRE_PERCENTILE0 SOTCNVT/TSPT




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.





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.



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.



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



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:



• 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.



(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



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



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



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.



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




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




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




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




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.


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





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.


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.



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




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.



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.




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.


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




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.


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.



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.


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.


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





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.




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




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.


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).


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.


Código Grupo




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.



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).



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).




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).




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).




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)




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.



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.



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:



• 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


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



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.



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)



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.



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



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



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



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


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.


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.


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.


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




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.


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.


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


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.


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).


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


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.


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



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.



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



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




• 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.



• 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.



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.



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.


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.


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.


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.


Sección 2 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Funcional Ejemplos del Reporte



Sección - ProcesReportes Ejemp


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


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


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



to Resultado




ocesamiento de Migración de AMCAS a Carga de Cinta Baseline - Etapa 2 emplos


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



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



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)


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.



Este ejem

21-SEP-

ElectroID

A000010A000010A000010A000010A000111A000010 P000021A000111A000010A000010A000010A000010

21-SEP-

RPTNAMEPREL COTAPE IDREPORT INTERFAAUTOMAT

Number Number Number Number Total INumber



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


* * * 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



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



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


Tape ID: a9 Report Print: SUSPEND/DUPLICATE RECORDS

ID(BANNER) NAME STATUS

08:27:32 BANNER System Test PAGE 2 Electronic Prospect Match SRRSRIN


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



Tape ID: a9 Report Print: SUSPEND/DUPLICATE RECORDS

ID(BANNER) NAME STATUS

P00004854 Mallory Marian Ann SuspendP00004855 Murphy Carley Alice Suspend



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



plo muestra el parámetro Auto Cargar (Saltar Revisión de Duplicados) establecido a Y y utiliza los Registros



: 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



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



28-SEP-2005

RPTNAME: SRPREL CODE: TAPE ID: a9REPORT PRININTERFACE CAUTOMATIC L

Number of PNumber of GNumber of RNumber of ATotal IndivNumber of P





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



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



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



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



(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:



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



• 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


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).


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.



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


Parámetros Valores



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.




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



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




pto

la

igo

este

n

a

a, y

Forma de Validación de Código de Carrera, Especialidad, Concentración (STVMAJR)

Parámetros Valores



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.




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


registro Forma de Validación de Origen de Dirección (STVASRC)

Parámet Valores



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.




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



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.




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



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.




Ejemplo de

05-OCT-2005

ID

P00005626

P00005627 P00005628

P00005629



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



05-OCT-

ID

P000056

P000056

P000056



2005 11:12:24 BANNER System Test Page: 2 Electronic Prospect Load SRTLOAD


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



05-OCT-2005

ID

P00005631

P00005632

P00005633

P00005634

P00005635





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



05-OCT-

ID

P000056

P000056





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



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




* * * 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



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




* * * 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



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



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)



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.



Este ejem21-SEP-

ElectroID

A000010PersonCreated21-SEP-A000010PersonCreated21-SEP-A000010PersonCreated21-SEP-A000111A000010PersonCreated21-SEP- P000021Prospecloaded.A000111A000010PersonCreated21-SEP-A000010A000010A000010



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



21-SEP-2005

RPTNAME: SRPREL CODE: TAPE ID : sMATCH STATU

Number of PNumber of GNumber of RNumber of ATotal IndivNumber of P



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



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


specto Forma de Validación de Código de Nivel (STVLEVL)

a las

sólo los

os ados.



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.



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



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



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




05-OCT-

RPTNAMEPREL COTAPE IDTERM COLEVEL CDATE ADMATCH SLOAD STDATE LOPRINT DRUN MOD



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



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



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.



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



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.



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á



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



Parámet Valores

digo de ará y el mirá en resa.

periodo das por


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)



GOREMAL Cubrir datos existentes.


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



Forma de Validación de Código de Carrera, Especialidad, Concentración (STVMAJR)


des. Forma de Validación de Código de Tipo de Alumno (STVSTYP)


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



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




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



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.




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



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.




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



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.




Ejemplo de

08-SEP-2005

A00036617

A00036619



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.



SAPAMAL

A000366



(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.



SAPAMAL (c

A00036618



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.



08-SEP-

RPTNAMESCHOOL APPLICAPROGRAMLEVEL: COLLEGEDEGREE:MAJOR: CAMPUS:STUDENTADDRESSAUDIT/UMATCH OCREATE UPDATE UPDATE USE RULDO YOU USE SSNUPDATE DEPARTM

Counts Number Number Number Total 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.)


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.


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.


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.


Sección 3 Actualizaciones de Estimación de Cuota - Funcional Forma Cambiada



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.


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.


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)


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


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)



Sección 4 Intcomp - Funcional Formas Cambiadas

Esta página se dejó intencionalmente en blanco


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.


Sección 5 Curricula Concurrente Etapa 2 - Técnico Nuevas Tablas


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


• Código de Origen de Nombre de Kárdex

• Descripción de la fuente del nombre del kárdex.



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.


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



• 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.





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.


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)


• Código de Tipo de Kárdex

• Número de secuencia para jerarquía de origen de nombre





• 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)


Sección 5 Curricula Concurrente Etapa 2 - Técnico Nuevas Tablas


• 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 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.


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)


• Código de tipo de verificación de inscripción

• Opciones de Autoservicio

• Tipo de Cuenta de Solicitud, A(lumno) o M(isc)




• Cargo asociado con la solicitud

• Código de cargo de servicios, Copia o Solicitud


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.


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)


• Código de tipo de verificación de inscripción

• Opciones de pago




• 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:


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)


• 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.



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)


• 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)


• 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.



• 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.


• 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.



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



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.


• 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)


• 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


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


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.


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.


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.


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á.


• 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.


SHRTRNM SHARQTC sb_transcript_req_name

TRANSCRIPT_REQ_NAME Identifica la jerarquía del nombre para la solicitud del kárdex.




• 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.


• sokb_trans_namesrce0.sql

• sokb_trans_namesrce1.sql

• sokb_trans_namesrce_r0.sql


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.


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.


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


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


• 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.


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.




• 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


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.


• 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


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.


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


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


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 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 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



Sección 5 Curricula Concurrente Etapa 2 - TécnicoNuevos Scripts

Scripts para Tablas Cambiadas

Scripts para Datos Seed


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


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


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


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


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:


Habilitado para IED

Habilitado para Tipo de Nombre

Permitido para Grado


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


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.



GTVLFST Tipos de Campo de Estudio

Y


Valor IED Estándar Valor de Banner

GTVLFST N Y MINOR

GTVLFST M Y MAJOR

GTVLFST C Y CONCENTRATION


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.


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)


Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Nuevas Tablas


• 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.


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)



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)


• 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



• 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.



• 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.





• INST DATA1: 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












• ETHNIC1: 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.


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


• 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.



• 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.


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


• 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.


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)


• 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



• 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.


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


• 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.


Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoTablas Cambiadas


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


• 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


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


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:


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.


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.


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.


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.


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.


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.


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


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



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


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.


• 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


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.


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


Scripts para Tablas Nuevas


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


Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Nuevos Scripts


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


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



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



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


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.


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.


Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - TécnicoDatos Seed



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.


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.


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.


Nota: Estos datos se manejaban formalmente por el parámetro Cargar Horas y PGA de Bachillerato en SAPAMAL.


Sección 6 Migración de AMCAS al Procesamiento de Carga de Cinta Baseline Etapa 2 - Técnico Datos Seed


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.



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 el código de residencia es confuso en el archivo entrante, este valor se usa para el solicitante. Los valores deben existir en STVRESD.


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.





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.


Carga percentiles de puntuación de examen de SAT o GRE desde las tablas temporales, los valores son Y o N.


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.


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.


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.




Forma de Validación de Tipo de Percentil de Puntuación de Examen (STVTSPT)

Los siguientes códigos se entregaron para tipos de percentiles.



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.


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.


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.




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



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


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




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.


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
















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.










AN_INTS_CODE 940 940 1

CITIZENSHIP 949 949 1

Código de Examen

Descripción Origen de Fecha de Código de Examen


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




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


UH SATII Historia Americana 3 Marcado 200 800 Marcado


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.


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.


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.


Sección 7 Actualizaciones de Estimación de Cuota - Técnico Nueva Función

Esta página se dejó intencionalmente en blanco


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)


• 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.


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.


SCRINTG SCADETL sb_catlg_integration_partner

CATLG_INT_PARTNER Mantiene cursos para el proceso de socios de integración


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.


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


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)


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


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:


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.


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).


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


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.


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.


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


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.


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:


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


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.


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.






• 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


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


Sección 9 Mejoras Misceláneas Valores Actualizados de Raza y Etnia para AMCAS



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.


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.


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.


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.


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.


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.



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



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.



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



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.



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 BAHAMAS No En SOTCNVT, STVNATN


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.


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



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



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:



• 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.



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


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.”


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).


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.



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.


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.



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


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”).


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



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.



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.



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



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.



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



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.


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


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.



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



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.



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.



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



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.



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.


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.


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.


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.


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.


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:


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.


Sección 10 Soluciones de Problemas Validación


SCT Banner Alumnos Guía de Versión · 2011-06-22 · Información Confidencial de la Empresa Esta...

Documents

Transcript of SCT Banner Alumnos Guía de Versión · 2011-06-22 · Información Confidencial de la Empresa Esta...