Celsius es el software utilizado por los miembros de ISTEC que participan de la iniciativa LibLink para gestionar los pedidos de material bibliográfico de sus usuarios, atender solicitudes de provisión desde otras instituciones participantes, facilitar el intercambio de los documentos y generar estadísticas que permiten transparentar el intercambio y evaluar la calidad del trabajo de los participantes
Se agrego el menu del superadminstrador de la red , hay que agregar un dashboard con los numeros comunes a toda la red. Por ejmplo cantidad de instancias, cantidad de instituciones diferentes, etc
Pensar y diseñar un panel general de estadísticas a partir de múltiples filtros para definir los datos que se quieran presentar y cómo se quieran presentar.
Este panel se puede construir dentro de Proyecto principal de Celsius3 o como interfaz del proyecto de API con GraphQL (en desarrollo).
No hay forma de administrar las instancias secundarias de un usuario. Al crearse un nuevo usuario si ya existe un usuario creado con esos mismos datos para una instancia, no se le puede agregar la instancia como instancia secundaria.
Se debe agregar la administración de instancias secundarias en la edición de un usuario.
Así mismo se debe permitir el registro de usuarios, agregando la instancia como instancia secundaria, cuando el usuario ya disponga de una cuenta en otra instancia (validando el correo).
Como adicional, un usuario con mas de una instancia debe poder editar cual sea su instancia principal.
Estaría bueno que desde la administración global de Celsius se reporte cada vez que una instancia AGREGA o MODIFICA una institución. Así sería posible detectar si la duplicaron, la escribieron con errores o lo cargaron en un árbol de institución que no corresponde.
Esto sería muy valioso a la hora de obtener estadísticas coherentes (los árboles de instituciones deben estar correctos)
Permitir selecionar a que institucion es bibliotecario para poder agregar usuarios y pedidos. Poder tenes diferentes estadisticas de su grupo de usuarios
Como se hablo hoy, ante errores o alertas del sistema un usuario busca dar aviso para que se corrija el error. Para facilitar esta tarea al usuario se puede incorporar el registro de tareas al sistema de tickets desarrollado en Celsius, dándole al usuario la posibilidad de registrar el problema y agregar comentarios, a través de formularios en las paginas de error 500 y en las alertas del sistema.
Se deben combinar el registro tickets en la visualización de las alertas y las páginas de error cuando surge un problema.
Una instancia tiene tiene a disposición la edición del contenido de los correos electrónicos que envía el sistema. Dentro del contenido de un correo se pueden utilizar variables con datos relacionados a la instancia. Entre esas variables hay variables con datos almacenados en la creación de la instancia y solo accesible por usuarios con rol "superadmin". El inconveniente se da cuando esas variables tienen datos incorrectos o desactualizados y que un administrador de la instancia quiere editar, lo cual no es posible.
Como mejora puede ser útil que las solicitudes canceladas aparezcan tachadas o no aparezcan en la vista de los pedidos desde la solapa de "Solicitado". Esto permitiría hacer un seguimiento mas rápido de los pedidos.
Así se ve un pedido desde la solapa de Solicitado:
Y dentro del pedido se puede ver que algunas solicitudes han sido canceladas:
Si Celsius pudiera mostrar con texto tachado solicitudes ya canceladas seria mas eficiente porque no habría que entrar al pedido a chequear.
Se debe extender la API REST a todas las instancias y unificar utilizando FOSRestBundle y autenticación OAuth2 con FOSOAuthServerBundle. Ambos paquetes ya se usan por separado en Celsius3.
Se deben implementar consultas generales que acepten parámetros para el filtrado de resultados.
Realizar tareas para detectar catalogos repetidos y verificar si al menos un registro esta centralizado.
Realizar tareas para detectar registas repetidas y verificar si al menos un registro esta centralizada.
Al parecer hay inconveniente con el navegador de mozilla firefox. Usuarios de la UTN nos han informado que hay pedidos que no pueden ver y podría ser el navegador.
En el detalle del pedido donde están las operaciónes internas , agregar una operación mas, llamada enviar mensaje, que abra un popup, similar al envio de email, pero con las notificaciones internas.
Sale error en el captcha en las demas instituciones porque la clave y valor es para el dominio de celius local, hay que buscar la vuelta para que funcione en los demas sitios o parametrizar la url
Poder tener todos los campos del formulario de solicitud de un pedido obligatorios. Puede suceder que si tienen todos los campos obligatorios se corre el riesgo de que los usuarios carguen cualquier dato cuando no lo tienen.
Así también en el registro de usuarios quieren poder administrar la obligatoriedad de los campos del formulario de registro de usuarios e incluso ocultar aquellos que no les interesan como fecha de nacimiento y la dirección en este caso.
Al agregar un catálogo, habría que primero pedir el nombre, verificar si hay algo (catálogo) que se llame igual o muy parecido, y preguntarle al usuario: usted está queriendo agregar esto? Así minimizamos los datos repetidos en instancias si ya están centralizados
Hay que configurar los mails del sistema para que no queden guardados eternamente en /var/mail/celsius . Habrá que ver qué tipo de mail se está generando, y ver si es necesario que sean enviados o si se borran automáticamente cada cierto período
Debería implementarse una operación que le permita al operador copiar o duplicar un pedido.
Por ejemplo para el caso donde el usuario incluye en un pedido varios capítulos de una publicación, y debería crearse un pedido por capítulo, podría copiarse el pedido y modificar sólo el campo de los capítulos en cada copia.
Cuando se visualiza un evento de descarga de archivo, debería mostrarse toda la información registrada para esa descarga como parte del evento (a diferencia de lo que sucede hoy en día en Celsius)
Ver la posibilidad de tener autenticación de usuarios con servicios externos utilizando protocolos como LDAP. En este caso particular autenticación desde el ActiveDirectory de Windows que implementa LDAP como uno de sus protocolos.
Lo dejo para comentarios, si ven posible retomarlo y si es útil en general.
Al agregar un nuevo elemento ya sea revista, catálogo, institución, etc. Verificar en la base de datos elementos iguales o similares y mostrarlo como sugerencia, para prevenir agregados repetidos por parte de los administradores.
Hay un problema al editar un Usuario. Cuando se quiere poner que pertenece a la institución Facultad Regional Rosario (frro) UTN no aparece a menos que se reinicie el formulario y se omita el campo de ciudad.
Este seria el ejemplo:
!captura1.JPG!
Cuando filtro por Rosario en el campo de Instituciones no me aparece la Facultad Regional Rosario (frro) UTN:
!Captura2.JPG!
La única manera de que aparezca es reiniciando el formulario. Sacando el país y volviendo a ponerlo y omitir el campo de ciudad, ir directamente al de institución.
!Captura3.JPG!
Esto puede deberse a que la UTN padre no tiene cargada ninguna ciudad y no se puede asignar una porque es una institución con varias sedes en distintas ciudades.
Actualmente se usa OAuth para permitir el login de usuarios en aplicaciones externas que incorporen a Celsius3 como opción de conexión.
Pero el acceso a los datos es solo específico para la aplicación de Movimientos3.
Se deberían configurar los permisos e implementar el acceso a los datos de forma general. Para que un usuario pueda acceder a sus datos no solo desde Celsius3 si no desde la API y aplicaciones externas a la cual les de permiso de acceso a los datos que la aplicación solicite.
Con una API general y documentación cualquier instancia podría desarrolla aplicaciones alrededor de Celsius3 para fines específicos.
Al agregar un revista, habría que primero pedir el nombre, verificar si hay algo (revista) que se llame igual o muy parecido, y preguntarle al usuario: usted está queriendo agregar esto? Así minimizamos los datos repetidos en instancias si ya están centralizados
Usuario Administración de la red
Verificar que la revista no exista dentro de las centrlaizadas y detectar si existe en alguna instancia.