Se cambiaron las fechas de vigencia (hasta) de unos Relevamientos en G3 y a los alumnos cuando ingresan al G3 autogestión les da el siguiente mensaje  "el formulario requerido no se encuentra vigente", no les deja responder la encuesta que es obligatoria.
Entonces buscamos en Kolla la Habilitación correspondiente y cambiamos la vigencia, de esta manera el alumno pudo ingresar y responder la encuesta.
Es correcto decir que para cambiar la vigencia de un  Relevamiento en G3 primero hay que cambiar la vigencia de la habilitación en Kolla?

Hola buen día

Quería consultar si en una convocatoria a una beca los postulantes pueden subir información que se requiere, como por ejemplo recibo de sueldo de los padres ya sea como archivo adjunto o de alguna otra manera.

Saludos.

Hola buen día  queríamos saber sobre lo siguiente.

Se CREAN dos resoluciones RES-16/2022-REC y la RES-17/2022-REC, ambas con fecha de creación 20/09/22, luego se FIRMAN con firma digital de la siguiente manera:
RES-17/2022-REC el día 20/09/22 (día de la creación) y la RES-16/2022-REC se firma el día 22/09/2022.

La duda es: ¿Como quedarían estas resoluciones en el sistema por fecha de creación o de firma, teniendo en cuenta que lo que le da validez es la firma?

Hola buenos días
Tenemos la siguiente duda con la definición de unos numeradores como afecta el área de aplicación a la numeración de los diferentes documentos relacionados. Tenemos 3 numeradores:
1) Documentos : Proyecto Reso DEC, Proyecto Reso REC, Reso DEC, Reso REC el Limite es el Organismo y Categoría de área superior que numera es  Decanato y rectorado
2)  Documentos : Proyecto Reso CS, Proyecto Reso CD, Reso CS, Reso CD el Limite es el Organismo y Categoría de área superior que numera es  Consejo
3)  Documentos : Expedientes el Limite es el Área y Categoría de área superior que numera es  Facultad

La pregunta en el caso como será la numeración temiendo en cuenta el área superior definida en cada caso.

Buenos días
Quería consultar que experiencia tuvieron pasando de la protocolización cuando los expedientes eran manuales, que se firmaba la resolución y luego se protocolizaba asignando numero y fecha, al pasar al SUDOCU, esto no se puede realizar, porque al firmar ya no se puede hacer ninguna modificación. Necesitamos saber como sortearon esto.
Gracias.

Queremos consultar respecto del comportamiento del sistema respecto de obtener los resultados de encuestas, dependiendo del usuario que ingresa a esa operación. Por ejemplo, un usuario "gestor" con UG asignada, al ingresar a la Operación "Resultados - Generar y Descargar Encuestas", el sistema tiene el siguiente comportamiento:
Si ingresa al sistema y va directamente a la Op "Generar y descargar Encuestas" y se selecciona la combinación de filtros según lo que se requiere-->NO devuelve ningún dato. Pero si se ingresa a la Op. "Resumen de Encuestas", se seleccionaron los filtros-->entonces el sistema trae datos. Luego se vuelve a la Op "Generar y descargar Encuestas", selecciona la combinación de filtros y ahí si el sistema devuelve datos correctamente.
Al cerrar la sesión y volver a ingresar al sistema si se ingresa directamente a la operación en cuestión el sistema tiene el mismo comportamiento que el descripto anteriormente y hay que seguir los mismo pasos para poder obtener datos con esta operación.

Aclaración: Ahora si se ingresa con un usuario con perfil admin y sin perfil de datos asignados,  Generar y Descargar Encuetas seleccionando los filtros trae los datos correctamente sin tener que ir a otra operación de Resultados previamente.

Hola buen dia tenemos el siguiente problema.
Seguimos el instructivo de actualizar a versión 3.0.0, en el punto  3.2. Ejecutar el comando toba instancia regenerar, para esto ingresar a ../SIU-Pilaga/bin
• En Linux:
si es desarrollo
sh toba instancia regenerar -i desarrollo

Nos da el siguiente error y no hace el regenerar:

root@Pilaga2017--10-80:/var/SIU-Pilaga/bin# sh toba instancia regenerar -i desarrollo
toba: 2: toba: cannot open ?php: No such file
toba: 4: toba: Syntax error: word unexpected (expecting ")")

Y el contenido de archivo toba_pilaga.sh, ubicado en /var/SIU-Pilaga/bin es el siguiente

#!/bin/sh
export toba_dir=/var/SIU-Pilaga
export TOBA_INSTALACION_DIR=/var/SIU-Pilaga/instalacion
export TOBA_INSTANCIA=desarrollo
export TOBA_PROYECTO=pilaga
PATH="$toba_dir:$toba_dir/php:$toba_dir/bin:$PATH"
export PATH
$toba_dir/bin/toba $*

No sabemos como seguir o que estamos haciendo mal. Esperamos su ayuda para poder terminar la instalación.

Hola tenemos el siguiente problema al llevar los usuarios de un proyecto que está desarrollado en toba 2.1, se instaló el toba 2.3 se le hicieron mejoras al proyecto y al pasarlo al toba 2.3 en producción no podemos lograr que pasen los usuarios.

1)   Se exporta el proyecto que esta en el toba 2.1
2)   De la carpeta instalación/i_desarrollo/global se copia el archivo usuarios.sql
3)   Se copia este archivo en el mismo lugar en el toba 2.3
4)   De la carpeta instalación/i_desarrollo/p_notas se copia el archivo usuarios.sql
5)   Se copia este archivo en el mismo lugar en el toba 2.3
6)   Se regenera el proyecto en toba 2.3, a la pregunta de si se quiere conservar los usuarios se le responde que no, (se probo también contestando que si)

El problema es que el proyecto pasa bien sin errores también pasan los grupos de acceso definidos en el toba 2.1 pero no logramos que pasen los usuarios.
Necesitamos si alguien sabe si nos estamos olvidando algún paso o estamos haciendo mal. Gracias