Hola tengo el siguiente código para una personalización del guaraní autogestión la cual permite cargar requisitos digitales a un usuario de guaraní.
Esta basada en la inscipción a propuestas de tipo curso y la carga de requisitos.
No me funciona el ELSE, queda la pagina en blanco(la parte de la personalización) además de esconderse la opción en el menú
if ($cantidad_requisitos_cargados < $cantidad_requisitos_a_presentar) {
$this->vista()->set_pagelet('documentacion');
} else {
$pagelet = $this->vista()->set_pagelet('contenido_alta');
kernel::renderer()->add($pagelet);
}
También lo probé con $this->vista()->set_pagelet('contenido_alta') y queda el gif de cargando.
Como debería ser?

Hola, estamos en version 3.18.0.
Cuando el docente carga las condiciones finales en "Carga de notas de cursada", al elegir una nota, para nuestro caso puede seleccionar entre Libre, Regular o Promovido, en el renglón de promoción se corre el campo fecha y queda en la columna Asistencia, y además aparece un mensaje que dice "No se puede autocompletar la nota". Adjunto imagen.
Otra cosa, se puede hacer que cuando seleccione la nota "Libre" o "Regular" se bloquee el renglón de promoción?
Gracias.

Hola, estamos en versión 3.18.0 de guaraní.
Tenemos que agregar un formulario similar al registro de graduados y que se imprima desde autogestión al momento solicitar una certificación. Ya tengo el IReports para modificar el formulario pero no se como agregar en esa operación del 3w.
Necesitaría una mano con eso.
Gracias!

Hola, al solicitar una certificación nos sale un mensaje que dice "El valor del parámetro Puntaje debe ser mayor o igual a 1.00."
Hace poco agregamos una optativa a una genérica de ese plan (adjunto reporte de las materias de las optativas ), y este es el primer título que se tramita después de ese cambio.
Estamos en version 3.18.0.

Hola, hace poco migramos a guarani 3.18.0, y lo primero que se hizo en g3 fue el cierre del 2do cuatrimestre y Anual.
Hubo actas de regulares y promocion que se generaron en g2 (aunque no lo tenian que hacer) y ahora tenemos varios problemas, uno de ellos es un acta de promocion que parece estar asociado a 2 comisiones de dos actividades diferentes:
El acta 1002821 generada en g2 es originalmente de la actividad Sistemas y Organizaciones, y el acta 1002921 deberia ser de Fundamentos de programacion.
adjunto imagenes

Buen día.
Estamos intentando integrar una instalación de Mapuche de test  con un sistema de Expediente Electrónico Integrado desplegado según la documentación para la instancia Demo. Mapuche funciona correctamente y el sistema de expedientes aparentemente también. No se ha modificado el dominio, se está empleando uunn.local lo cual esta configurado en los archivos host de todos los equipos involucrados para que apunten a la ip donde corre expedientes.

Se sigue la guía según se indica en: https://expedientes.siu.edu.ar/docs/mapuche/

Al finalizar los pasos indicados mapuche comienza a mostrar el error: - Error interno

Revisando los logs se advierte:

Thu Jul 29 09:27:43.754334 2021] [php7:notice] [pid 17] [client 10.1.1.244:53146] toba_error_seguridad: Error Interno La configuracion de seguridad requiere la existencia de archivos certificado y clave privada para el SP\n[TRAZA]\n\t\n\ttoba_autenticacion_saml_onelogin->__construct \nArchivo: /usr/local/siu/mapuche/vendor/siu-toba/framework/php/nucleo/lib/autenticacion/toba_autenticacion_saml_onelogin.php, lInea 46 \n\t\n\ttoba_manejador_sesiones->get_autenticacion \nArchivo: /usr/local/siu/mapuche/php/comunes/login/ci_login.php, lInea 42 \n\t\n\tci_login->ini \nArchivo: /usr/local/siu/mapuche/vendor/siu-toba/framework/php/nucleo/componentes/interface/toba_ci.php, lInea 94 \n\t\n\ttoba_ci->inicializar \nArchivo: /usr/local/siu/mapuche/vendor/siu-toba/framework/php/nucleo/toba_solicitud_web.php, lInea 132 \n\t\n\ttoba_solicitud_web->procesar_eventos \nArchivo: /usr/local/siu/mapuche/vendor/siu-toba/framework/php/nucleo/toba_solicitud_web.php, lInea 55 \n\t\n\ttoba_solicitud_web->procesar \nArchivo: /usr/local/siu/mapuche/vendor/siu-toba/framework/php/nucleo/toba_nucleo.php, lInea 96 \n\t\n\ttoba_nucleo->acceso_we...SIGUE...

El archivo instalacion/i__produccion/p__toba_usuarios/rest/rest_arai_usuarios/cliente.ini esta configurado como sigue:
[conexion]
;;Recuerde dejar una barra (/) al finalizar la URL
to = "https://uunn.local/api-usuarios/v1/usuarios"
auth_tipo = "basic"
auth_usuario = "mapucheusuarios"
auth_password = "claveusuarios"

;Parametros para auth_tipo = ssl
;cert_file=/path_al_certificado
;cert_pwd=PASSWORDDECERT
;key_file=/path_de_clave_privada
;ca_cert=/path_al_certificado_CA

Les agradecemos si nos pueden dar algún norte para empezar a investigar.

Hola, estamos en version 2.9.4 con informix 12.10.FC5IE en linux open suse (la pesada herencia), y tenemos un problema con un alumno que acusa haberse inscripto a cursar una materia y tiene un comprobante que se ve totalmente válido.
Consultando el número de transacción el sistema arroja que dicho numero corresponde a la inscripción a cursada de otro alumno, en otra carrera y otra materia.

Detalles raros:

• Los comprobantes son de la misma fecha (año, mes y dia) pero difieres en la hora por algunos minutos
• El comprobante que emite el sistema para el numero de transacción 120405 tiene hora 12:57:52, el comprobante del alumno tiene hora 12:16:28 y el numero de transacción 120404 en el sistema tiene hora 12:14:11
• El alumno presenta log de ingreso al sistema el mismo dia a las 11:42
• El sistema no presento errores en esa fecha, y no hay reclamos de otros alumnos

 -  Hay algún registro de que haya pasado algo similar?
 -  Puede ser que el numero de transacción se haya sobre escrito?

gracias!