Necesitamos incluir algunos datos dentro de la solapa de datos censales de los estudiantes. Particularmente, necesitamos registrar en qué lugar se encuentra trabajando el alumno y en qué área de desempeño (la carrera TAGU está destinada únicamente a los trabajadores de la Universidad). Pensábamos que lo mejor era incluir estos datos dentro de “Datos Censales”, puesto que esta sección presenta una mayor capacidad de actualización.
En función de que estamos usando la versión 3.11, ¿qué resulta más conveniente, generar una solapa nueva dentro de “Datos Censales” o modificar los datos en “Datos Económicos”? ¿Es una personalización compleja?
Por otra parte, luego necesitaríamos generar reportes de asistencia ordenados a partir de esta información. Considerando esto, ¿conviene más incluir estos campos en “Datos Censales” o en “Matrícula”?
Por lo que entiendo, tendrían que recolectar nuevos datos en función de la propuesta activa de la persona logueada. Eso podría ser simple de detectar, comparando el resultado de la instrucción “kernel::persona()->get_id_propuesta_activa()” con un conjunto de opciones que deberán mantener de alguna manera. Por lo que describís, hoy es una opción nada más, pero si llegara a ampliarse, estaría bueno ya tener contemplada la posibilidad de incorporarlo fácilmente.
Supongamos que lo van a manejar como una nueva sección, siguiendo el ejemplo de alguna de las ya desarrolladas. En vista.php de la operación ‘datos_censales’ hay una función llamada “get_forms_visibles()”, que obtiene el listado de forms a mostrar en el menú de la izquierda. En la personalización, podrían redefinir ese método, agregándole la nueva sección dependiendo del resultado de la comparación que mencionaba anteriormente.
También hay que contemplar el modelo de datos. Van a necesitar al menos una tabla personalizada para manejar los nuevos campos, y tal vez otras para mantener las listas de opciones para completar esos valores (ej: áreas de desempeño). Sería importante que traten de manejarlo siguiendo las convenciones propuestas para personalizaciones de BD.
En este punto, les consulto: ¿están familiarizados con estas prácticas o han hecho algún curso de personalizaciones? No es una personalización compleja, pero involucra conceptos y técnicas que deben estar bien asimilados.
Con respecto a la última consulta, ¿qué clase de usuario accedería al reporte de asistencia? Es una pregunta clave para saber si debe ser desarrollado en 3w (para perfil Docente o Alumno) o en Gestión (usuarios administrativos).
Yo particularmente no realicé el curso de personalizaciones (no había cupo suficiente), pero el técnico que está a cargo de la instalación y que va a trabajar con estos temas sí pudo ir a la capacitación, así que está familiarizado con los conceptos.
Con respecto al reporte de asistencias, sólo accedería personal administrativo de la propuesta, con lo cual ese reporte sólo debería figurar en Gestión y no en 3W. Ahora bien, dado que los campos se incluirían en “Datos Censales”, ¿sería necesario personalizar también 3W para permitir que el alumno cargue su información al actualizar los datos censales o esto lo realiza 3W automáticamente?
El reporte entonces será el desarrollo de una nueva operación en Gestión. En los cursos hemos hecho como ejercicio el desarrollo de un reporte nuevo en Guaraní, así que si tu compañero asistió podrá dar fe que es una de las personalizaciones menos costosas.
Por otra parte, efectivamente habrá que personalizar 3w para proveer la interfaz de carga de los nuevos campos, y probablemente también la operación de Datos Censales en Gestión, si es que quieren verlos y/o modificarlos desde allí.
También es fundamental hacer un correcto diseño de la tabla anexa, para mantener los nuevos datos censales. Se te parece, carguen una solicitud en el GDS y lo vamos siguiendo por ahí en modo tutoría.