Estimados, buenas tardes! Cómo están?

Luego de hacer la conexión entre los módulos de Guaraní-Kolla y testear un flujo "normal", nos surgió la siguiente duda: es posible generar encuestas según responsabilidades docentes?
A modo de ejemplo: armar encuestas para un alcance determinado (como los alumnos pertenecientes a una responsable académica/propuesta formativa) pero sobre los docentes que tienen una responsabilidad docente "X" en Guaraní, por ejemplo, los Titulares/Asociados.
Y después, configurar otra encuesta para los ayudante, por ejemplo.

Actualmente estamos trabajando con Guarani 3.16.2 y Kolla 4.2.1 (dentro de unos meses tendremos las últimas dos versiones de dichos módulos).

Es posible hacerlo con las versiones de éstos módulos? Estuvimos jugando con la interacción entre ambos sistemas y no vimos la posibilidad de hacerlo. Publico porque la verdad vimos que te crea automáticamente como "Concepto" en Kolla, se crean las comisiones. No sé si es correcto pensar que ahí quizás deberían aparecer como "concepto" los docentes pertenecientes a cada comisión. Es necesario hacer una personalización? O no lo estoy pensando correctamente?

Desde ya, muchisimas gracias por su ayuda.
Saludos

Estimados, buenas tardes.

Estamos por comenzar la instalación y conexión del módulo 4.2.1 de Kolla (porque, por el momento, tenemos Guaraní 3.16.2) y nos encontramos que el módulo se realiza a través de una interfaz gráfica. Hay alguna manera de correrlo sin tener la misma? Porque nuestros servidores no tienen parte gráfica.
En caso de que no se pueda, como se debería llevar a cabo la instalación en un servidor sin interfaz gráfica?

La idea es hacer la instalación con Docker: cuales serían los directorios adentro de la aplicación que deberían ser persistentes? Es decir, que guardan archivos dinámicos? 

Más que nada porque en una parte de la documentación dice:

Al instalar la aplicación por primera vez, el Instalador se encargará de crear la base de datos, y en ella parte de los datos básicos iniciales necesarios para comenzar a utilizar la aplicación.

Hay algún script que se ejecute de forma automática y lo debamos considerar?

Desde ya, muchas gracias!

Buenas tardes! Cómo están?

Tenemos una consulta con respecto al procesamiento de las preinscripciones, tenemos un período de inscripción a propuestas de tipo "Todos" que va desde el 01/11 al 31/12 con la inscripción habilitada. Pasada esa fecha y aunque la inscripción esté habiitada, no podemos procesar las preinscripciones que se realizaron por los aspirantes. Y tiene lógica porque el período finalizó. Sin embargo, si le cambiamos el tipo a "inscripción", acomodamos la fecha (para que finalice el 31/01/2021) y dejamos el check de habilitado, los alumnos  no se van a poder inscribir (cosa que está correcto), podemos inscribir desde la operación "inscribir a propuestas" pero no podemos procesar preinscripciones de aspirantes.
Modificamos fechas, el checkbox de "Habilitar inscripción", verificamos que las propuestas y el período tengan la misma ubicación y no hubo caso. Finalmente lo que hicimos fue empezar a cambiar el "tipo" del período, y nos dimos cuenta que cuando el período está en "preinscripción" o "todos" nos deja procesar preinscripciones e inscribir a desde la operacion "Inscribir a Propuestas", pero a los alumnos les aparece la opción disponible para que se puedan preinscribir desde el modulo de preinscripción y no queremos que pase eso.  En cambio si cambiamos el tipo a "Inscripción" los aspirantes no se pueden preinscribir, el sector administrativo puede inscribir a propuestas desde gestion, pero no pueden procesar preinscripciones.
Consideramos que estando el período en tipo "Inscripción" nos debería permitir procesar preinscripciones ya hechas por lo aspirantes, pero no ocurre.

A alguien le pasó lo mismo? Será un pequeño bug de la versión en la que nos encontramos (Guarani 3.16.2)  y se soluciona con alguna versión posterior?

Desde ya, muchas gracias! Saludos

Hola! Estamos queriendo instalar kolla 4.2.1 y durante el proceso de instalación (más precisamente en el momento de instalar la base de datos ) nos salta el siguiente error:

SQLSTATE[42P01]: Undefined table: 7 ERROR: relation "sge_encuestado_seq" does not exist

Vimos que en otro thread un usuario planteó el mismo problema y le pudieron encontrar solución, pero en ningún momento dijo cual fue el inconveniente, así que mucho no nos ayudó ese tema.

El log de apache fue el siguiente:

[Tue Oct 20 16:13:31.559867 2020] [php7:error] [pid 29500] [client 10.91.0.9:50376] PHP Fatal error:  Uncaught Error: Call to undefined function php_logo_guid() in /usr/local/proyectos/guarani/www/instalador_kolla/4.2.1/acciones/diagnosticar/templates/inicial.php:9\nStack trace:\n#0 /usr/local/proyectos/guarani/www/instalador_kolla/4.2.1/lib/paso.php(108): include()\n#1 /usr/local/proyectos/guarani/www/instalador_kolla/4.2.1/acciones/diagnosticar/templates/marco.php(61): paso->generar()\n#2 /usr
Mientras que el log de la instalación:
 
Fecha: 20-10-2020 16:29:34
---------------------------
[DEBUG] Accion: "Instalaci�n"
[DEBUG] Procesando paso "Base de datos"
[DEBUG] Parametros: array (
 'profile' => '***********',
 'puerto' => '5432',
 'usuario' => '***********',
 'clave' => '******',
 'usuario_aplicacion_admin' => '1',
 'base' => 'kolla',
 'reemplazar_si' => 'SI, borrar los datos actuales',
 'clave_aplicacion' => '******',
)
[DEBUG] Cargando metadatos
[ERROR] carga: SQLSTATE[42P01]: Undefined table: 7 ERROR:  relation "sge_encuestado_seq" does not exist
[ERROR] PDOException: SQLSTATE[42P01]: Undefined table: 7 ERROR:  relation "sge_encuestado_seq" does not exist

[TRAZA]<div style='display:none'>PDOException: SQLSTATE[42P01]: Undefined table: 7 ERROR:  relation "sge_encuestado_seq" does not exist in /usr/local/proye
ctos/guarani/www/instalador_kolla/4.2.1/lib/db_manager.php:58
Stack trace:
#0 /usr/local/proyectos/guarani/www/instalador_kolla/4.2.1/lib/db_manager.php(58): PDO->query('INSERT INTO kol...')
#1 /usr/local/proyectos/guarani/www/instalador_kolla/4.2.1/proyectos/kolla/aplicacion/php/modelo/migraciones/kolla_manejador_negocio.php(120): db_manager->
consultar_fila(Object(PDO), 'INSERT INTO kol...')
#2 /usr/local/proyectos/guarani/www/instalador_kolla/4.2.1/proyectos/kolla/aplicacion/php/modelo/migraciones/kolla_manejador_negocio.php(96): kolla_manejad
or_negocio->invitado_y_grupo_predefinidos()
#3 /usr/local/proyectos/guarani/www/instalador_kolla/4.2.1/acciones/instalar/pasos/paso_instalar_bases.php(106): kolla_manejador_negocio->post_instalacion(
true)
#4 /usr/local/proyectos/guarani/www/instalador_kolla/4.2.1/acciones/instalar/pasos/paso_instalar_bases.php(47): paso_instalar_bases->procesar_bases_datos()
#5 /usr/local/proyectos/guarani/www/instalador_kolla/4.2.1/lib/accion.php(82): paso_instalar_bases->procesar()
#6 /usr/local/proyectos/guarani/www/instalador_kolla/4.2.1/lib/controlador.php(39): accion->procesar()
#7 /usr/local/proyectos/guarani/www/instalador_kolla/4.2.1/index.php(7): controlador->procesar()
#8 {​​​​​​​​main}​​​​​​​​</div>
[DEBUG] Generando paso "Base de datos"
Aguardamos respuesta, saludos y gracias!

Estimados, cómo están?

Consulto acerca del funcionamiento de la fecha de vencimiento sobre los requisitos de ingreso de un alumno. 
Frente a ésta situación de público conocimiento, una responsable académica de nuestra facultad permite que los alumnos de sus carreras se preinscriban y comiencen a cursar sus carreras (es decir, que la propuesta quede en estado "aceptado" para poder inscribirlos a cursadas y demás). En caso de que el/los alumno/s adeude/n requisitos de ingreso, tienen una fecha limite de poder presentar esta documentación, caso contrario no podrán seguir cursando.

Pensamos que el campo "Fecha de vencimiento" (de "Administrar requisitos de una Persona") servía para está situación. Simbólicamente se le ponía el requisito de ingreso como presentado y con una fecha de vencimiento. Pasada esa fecha, el requisito dejaba de estar presentado y la propuesta en estado "Pendiente" nuevamente, pero no es así.

¿Cuál es el correcto uso de este campo?  Y después, ¿se les ocurre alguna posible alternativa frente a este requerimiento?

Desde ya, muchas gracias!!

Hola! Cómo están?

Tenemos una duda con respecto a la configuración de las constancias y certificados. Cuando las creamos y configuramos desde gestión tenemos la posibilidad de setearles un formulario.  Cuando nos dirigimos a "Administrar Solicitudes" y seleccionamos la constancia/certificado que configuramos con el formulario, nos pide datos para poder filtrar (que vendrán de la mano con la creación/configuración de este formulario) .
Esto nos parece muy útil para poder gestionar solicitudes desde gestión, pero desde Autogestión (aunque la constancia tenga un formulario) no aparecen los filtros que si nos aparecen desde gestión.
¿Hay alguna forma de configurar dichas constancias o certificados para que cuando nosotros le coloquemos un formulario (u otra función) nos solicite los datos del formulario? ¿Tenemos que hacer una personalización o podemos utilizar algún elemento que pertenezca a las constancias?

Nos resultaría muy útil que dichos filtros que aparecen en Gestión también aparezcan en Autogestión (permitiéndole al alumno mayor libertad e independencia al momento de solicitar una constancia).

Aguardamos respuesta,
Desde ya, muchas gracias por la atención!
Saludos!

Buenas tardes, cómo están?

Estamos teniendo un inconveniente con respecto al envío de mails ligado a la operación "Enviar Mensajes". Como no vi ningún tema al respecto, voy a publicarlo (si hay alguno similar y se me pasó pido disculpas).
Cuando utilizamos la opción "Enviar mensajes" con la función de enviar mails seleccionada a determinada cantidad de alumnos, nos encontramos con el inconveniente de que si enviamos a muchos alumnos, después de una cierta cantidad de mails (exactamente 1440) , se dejan de enviar debido a una limitación propia del servidor. Si nosotros enviamos más de esa cantidad de mails, google lo toma como spam y nos bloquea la cuenta que tenemos.

Es una pregunta tanto para personal técnico de SIU como otros administradores en distintas facultades: se les presentó el mismo inconveniente? Lo solucionaron contratando un smtp pago o hicieron restricciones funcionales? (más de "x" cantidad de mails por día, no se pueden enviar).

Esto surge porque manejamos un gran volumen de alumnos tanto para Posgrado, como Pregrado. Y cuando implementemos en Grado va a ser aún mayor.

Aguardo respuestas,
Saludos y gracias!