Hola necesitamos nos orienten como hacer para registrar y controlar requisitos para cursos. Considerando que por ejemplo tenemos definida una propuesta CURSOS DE POSGRADO, co un plan que administra cursos y como actividades los cursos propiamente dichos. Cada actividad - curso puede tener requisitos particulares. Es necesario que podamos visualizar los requistios que cumplio y/o adeuda una persona.
Gracias
Saludos
¡Hola Alicia! Para estos casos los requisitos los tienen que agregar como correlativas; adjuntamos una pantalla a modo ejemplo.
Quienes presenten el requisito necesario, por ejemplo Constancia de descuento, se le agrega el mismo desde la operación » REQUISITOS » REQUISITOS DE INGRESO » ADMINISTRAR REQUISITOS DE UNA PERSONA y así queda el registro plasmado para que la persona se pueda inscribir a los cursos. Quienes no hayan presentado ese requisito no podrán inscribirse o aprobar el curso, dependiendo de dónde agreguen uds ese requisito.
Emilse,
he configurado los requisitos de correlativad en el plan de estudio para la actividad curso.
Pero no logro controlar. POr favor podrian ejemplificar el caso completo. El comportamiento que necesitamos es que cualquier persona se pueda inscribir a un curso y quede su inscripcion en estado pendiente. Luego de un control administrativo, recepcion de un requisito y registro en el sistema, se procesa esa inscripcion y se lo acepta en el curso.
Vos en mensaje me estas diciendo que no se podra inscribir si no cumple requisitos, y nosotros queremos que se inscriba y luego de cumplir el requisito recien aceptar o rechazar (comportamiento semejante al de inscripcion a Propuestas).
Ademas hay otra consideracion, hay requisitos generales que debera cumplir para hacer cualquier curso en la Facultad y otros especificos del curso (de la actividad concretamente). Pensando en como venimos modelando, una propuesta de cursos de extension por ejemplo, con modulos que separen por tema y en ellos los cursos. Cada curso tendra requistios y estos serian los particulares pero como se compatibiliza todo como deberian quedar los procesos de controles definidos y como se visualiza esto en la ficha del alumno.
No se si soy lo suficientemente clara. Por eso, pido ejemplo de todo el circuito que proponen.
Gracias
Alicia
Estamos revisando el circuito completo; te pasamos un tutorial apenas terminemos
Hola Emilse ya logre con Alicia el comportamiento deseado tal como lo indicas vos.
Ahora tenemos los siguiente problemas:
No sabemos donde ver en el sistema los inscriptos a cursos que adeudan requisitos y cuales son esos requisitos.
En la operación de reprocesar inscripciones la única información que me tira es el numero de alumnos que no pasaron los controles ( solo si hubiese más que solo requisitos documentales como correlativas estaríamos más perdidos todavía ) y la única opción que tenemos es rechazar esa inscripción.
En la operación de inscritos a cursadas podemos ver quienes son los que siguen como pendiente después de correr re procesar la inscripción pero de nuevo no podemos saber por que sigue pendiente si el curso exige más de un requisito.
Este requerimiento creo que también afectará a las inscripciones a cursos de propuestas normales.
faltaría un reporte similar al que tira guarani 2 en la operación de re procesar inscripciones con el botón imprimir. adjunto modelo del reporte de guarani 2.9.
la solución que planteas viene al pelo cuando el requisito se le solicita una ves a la persona y se le da por cumplido(podria ser fotocopia de dni) eternamente o por lo menos hasta que el mismo venza (esta opción todavía no la probé pero confío en anda) . el problema que tenemos es que hay requisitos que se solicitan en varios cursos y la persona lo debe presentar en todos (Ej. foto 4x4, o algún tipo de seguro de responsabilidad o arancel hasta que implementemos el modulo de cobros) la única forma de solventarlo actualmente que vimos es replicar el requisito lo que nos parece una solución bastante sucia. seria mejor poder seleccionar el nivel de aplicación de un requisito (Persona, algunas responsobles academicas, algunas propuestas, algunas actividades).
¡Hola Carlos!
Respecto al reporte vamos a analizar el caso y les avisamos.
Por lo de presentar el mismo requisito n veces… ¿no habrá forma de replantearse esa normativa?
Porque hacer presentar al alumno n veces su foto? ¿Porque no confiar en poder defniir vencimiento a los requisitos?
Un caso concreto puede ser por ejemplo el certificado de salud (que tenga vigencia un cierto tiempo) o ese que mencionas de seguro de responsabilidad que no se bien de que se trata o quien lo expide pero pareciera que no es un requisito que tenga validez indefinida.
Analicen tambien la posibilidad de la implementación del repositorio digital (Ver RDI.
El problema que tendríamos con el vencimiento es que con el ejemplo que vos planteas en la carreras de grado se pide el certificado de buena salud una vez en lo que dure la carrera si le ponemos un vencimiento el sistema no le controlaría el requisito luego de que el mismo caduque?
Con respecto a tener varias veces el mismo requisito, si es cierto que en muchos casos lo ideal seria replantear la necesidad y seguramente lo vamos a intentar, pero para otros no. ejemplo (el comprobante del pago del arancel para esa carrera/curso, carpeta colgante, formulario de prescripción) son todas cosas que no tienen vencimiento pero se pide una ves para cada carrera/curso.
Hola Carlos,
Deberían pensar en ir aun esquema de documentos digitales para algunos casos para evitar los problemas de duplicación.
Por otro lado, respecto del reporte que nos comentás, fijate que cuando reprocesas y vas a rechazar, previo al rechazo te lista las inscripciones y te indica el motivo pro el cual siguen sin ser aceptadas. Esto lo podes ver aca. De todos modos tomamos tu pedido.
Saludos!
Buen dia, tengo el mismo problema que tiene Carlos. Los formularios de inscripción a cursos y los comprobante de inscripción a cursos son únicos dado que son constancias por lo cual acredita que solicito el curso y pagó el curso en cuestión.
Saludos.
Si, llegaremos algún día a tener documentos digitales, estamos trabajando en ese sentido, eso no soluciona como te comente antes requisitos que si bien tienen el mismo nombre / significado son individuales de cada actividad /propuesta a inscribirse (ejemplo coseguros tenemos algunos cursos que lo requieren, formularios de inscripción, etc).
Con respecto al listado que mencionas al apretar el botón rechazar en reprocesar, el mismo vuelve a listar los mismos datos de la pantalla anterior, en ningún lado te dice cuales son los requisitos que fallaron para que la inscripción siga en pendiente. Esta información seria útil porque no es lo mismo una persona que sigue pendiente por no traer la fotocopia del dni que aquella que todavía no abono el arancel por ejemplo.
requisitos que si bien tienen el mismo nombre / significado son individuales de cada actividad /propuesta a inscribirse (ejemplo coseguros tenemos algunos cursos que lo requieren, formularios de inscripción, etc).
Entonces para esto no te quedará otra que crear un requisito de este tipo para cada actividad que lo requiera.
Deberíamos analizar la forma de poder crear un unico requisito pero que al registrarlo como presentado/cumplido se registre para una actividad en particular. De esta forma tendrian un solo requisito con n-presentaciones donde cada presentacion es por una actividad diferente o si se vence y debe presentarlo nuevamente para esa actividad tendria mas de un registro de presentacion por actividad…