Hola! hace poco hicimos la migración a la versión 3.19.1, y al querer agregar una optativa a una genérica nos sale el siguiente error:
RELACION:\n TABLA padre: componente(37000758): – optativas – [sga_elementos_plan_aux]\nTABLA hijo: componente(37000760): – optativas_modalidad – [sga_elementos_plan_modalidad_aux]\nSe intenta crear o actualizar una fila y su fila padre aún no existe
Cargamos previamente la nueva materia, pero cuando vamos a “administrar actividades” y la buscamos por código no sale, y si esta en la base de datos.
Cuando buscamos la materia para asignarla a la genérica si aparece pero no da el error que adjunto.
En la imagen se ven los datos del formulario vacío. Cómo llegan a grabar sin los datos de la actividad? Me contás la secuencia de pasos? En los logs que adjuntaron sólo está el error…
No entiendo tu frase “Cargamos previamente la nueva materia, pero cuando vamos a “administrar actividades” y la buscamos por código no sale, y si esta en la base de datos”. Qué es lo que está en la base de datos? La vinculación de la optativa a la genérica?
Si ejecutan directamente la consulta SQL sobre la base de datos de negocio de Guaraní obtienen resultado?
SELECT sga_elementos.elemento,
sga_elementos.codigo,
sga_elementos.entidad,
sga_elementos.nombre,
sga_elementos.nombre_abreviado,
sga_g3entidades_tipos.entidad_tipo,
sga_g3entidades_tipos.nombre as tipo_desc,
sga_g3entidades_subtipos.entidad_subtipo,
sga_g3entidades_subtipos.nombre as subtipo_desc,
sga_elementos.estado as estado,
sga_elementos_estados.descripcion as estado_desc,
sga_g3entidades.entidad_subtipo,
sga_g3entidades.entidad
FROM sga_elementos,
sga_g3entidades_subtipos,
sga_g3entidades_tipos,
sga_elementos_estados,
sga_g3entidades
WHERE sga_g3entidades_subtipos.entidad_tipo = '2' AND
sga_elementos.entidad_subtipo = sga_g3entidades_subtipos.entidad_subtipo AND
sga_g3entidades_subtipos.entidad_tipo = sga_g3entidades_tipos.entidad_tipo AND
sga_elementos.estado = sga_elementos_estados.estado AND
sga_elementos.entidad = sga_g3entidades.entidad AND
f_limpiar_acentos(sga_elementos.codigo) ILIKE '%2029%'
ORDER BY sga_elementos.codigo;
2106 2029 107275 Materia Nueva matnue 2 Actividades 50 Materia A Activo 50 107275
El usuario logueado tiene perfil de datos?
Si lo hizo otra persona con perfil administrativo y yo con perfil administrador.
Y con respecto al perfil de datos, por ahora tenemos todos el mismo, porque tenemos una sola unidad de gestión.
Si la materia existe en la base de datos pero no la visualizan en “PROPUESTAS FORMATIVAS » ACTIVIDADES » ADMINISTRAR ACTIVIDADES” seguramente tenga que ver con el perfil de datos. Cómo está definida la unidad de gestión asociada al mismo?
la unidad de gestión es la migrada de G2, que hace poco hicimos la migración, esta es la primera modificación a un plan de estudio.
El dominio de la unidad de gestión es “Toda la Institución”
La institución es la que tenia el código 1, y le modificamos los datos para poner los de nuestra universidad.
Porque el perfil se usa para restringir los datos que puede visualizar el usuario y este no es el caso si lo están usando “para toda la institución”.
No es obligatorio que un usuario tenga asociado un perfil de datos (sí uno funcional). Qué error te está dando al desasociarlo?
Le saque desasocie la unidad de gestión por medio de toba usuarios y ahi si me filtra la materia 2029
Pero cuando voy a agregarla a una generica y busco la generica me sale lo siguiente " Informacion del modelo de datos de la fuente: guarani. No existe la relacion: - sga_planes", ademas de esto no me deja acceder a casi nada (mesas de examen, administrar personas, etc)
Evidentemente por acá viene el problema. Pero como se puede resolver?
Pueden probar de borrar la fila completa del formulario multilínea “Perfiles para Usuario de Gestión” en la sección “Acceso al sistema” de la operación “MATRÍCULA » PERSONAS » ADMINISTRAR PERSONAS” para la persona correspondiente al usuario en cuestión. Luego vuelvan a agregarla tildando sólo el perfil funcional “Administrador del Sistema” y la columna “Por defecto”.
No pueden tener un perfil de datos sin unidad de gestión asociada. Reviertan ese último cambio desde Toba-Usuarios por favor.
Si si ya lo volvimos, estamos en un entorno de pruebas.
Pueden probar de borrar la fila completa del formulario multilínea "Perfiles para Usuario de Gestión" en la sección "Acceso al sistema" de la operación "MATRÍCULA » PERSONAS » ADMINISTRAR PERSONAS" para la persona correspondiente al usuario en cuestión. Luego vuelvan a agregarla tildando sólo el perfil funcional "Administrador del Sistema" y la columna "Por defecto".
Le borré la fila, lo guarde, y volví a agregarle solo el perfil funcional administrador por defecto. Pero me sigue mostrando " Perfiles de Datos es obligatorio."
Debe ser porque el usuario con el que estás ingresando a “MATRÍCULA » PERSONAS » ADMINISTRAR PERSONAS” también tiene perfil de datos. No se permite que un usuario con perfil de datos configure uno sin perfil, no tiene lógica.
Podés probar con el usuario “toba”?
Quitaselo a todos los usuarios y luego borralo, no tiene sentido utilizar un perfil de datos definido para toda la institución.
Quizás a futuro deciden definirlos por responsable académica, propuesta o tipo de propuesta, pero por el momento pareciera que no es necesario…