Esta nueva función permite a las bibliotecas designar una reserva como «no prioritaria» para que permanezca en último lugar en la prioridad y no bloquee las renovaciones.

Esta mejora añade la opción de establecer una fecha de caducidad por defecto para las reservas en el momento de la realización y cuando se actualiza reservedate.

Esta nueva función añade una opción que permite al personal añadir un motivo de cancelación cuando se cancela una reserva. El nuevo valor autorizado ‘CANCELLATION_REASON’ se utiliza para proporcionar una lista configurable de motivos. Opcionalmente, la biblioteca puede elegir definir una notificación ‘HOLD_CANCELLATION’ que se enviará siempre que se asigne un motivo de cancelación.

Para activar esta nueva opción deberemos seguir la siguiente ruta

Home  > Administración de Koha  >Valores Autorizados  >Escribir HOLD en la caja de búsqueda >seleccionar la opción HOLD_CANCELLATION > agregar las razones según el criterio de la biblioteca

Esta función añade la posibilidad de definir algunos tipos de ítems como «padres» de otros tipos de items para definir los límites de circulación. Esto permite crear «grupos» de tipos de ítems relacionados.

Por ejemplo, si una biblioteca tiene artículos de Blu-ray y DVD, éstos pueden agruparse bajo el tipo de artículo «Media». El límite de salida para Media se aplicará tanto a Blu-ray como a DVD. Por lo tanto, si una biblioteca dice que un usuario puede tener 4 dvds – 4 blu-ray – y establece que los medios de comunicación tienen un límite de 4, entonces los usuarios pueden tener hasta 4 artículos de cualquier tipo (por ejemplo, 1 DVD, 3 blu-rays), pero se les impedirá sacar más de cualquier tipo por el límite en el padre. Las normas de los padres sólo se aplican a los límites de salida.

Esta nueva función la podrán encontrar en

Home  > Administración de Koha  >Administración de tipos de ítem

Una vez que visualizamos los items podremos elegir un tipo de ítem padre, al elegir un padre se aplicaran las reglas de circulación para dicha familia de items

Desarrollo de Theke Solutions para la comunidad Koha Sponsoreado por Universidad ORT Uruguay

Añade información sobre la sesión anónima para el uso de XSLT: Permite generar vistas de registros en base a si el usuario ha ingresado o no al sistema.

Que es XSLT

XSLT o Transformaciones XSL es un estándar de la organización W3C que presenta una forma de transformar documentos XML en otros e incluso a formatos que no son XML.

Las hojas de estilo XSLT – aunque el término de hojas de estilo no se aplica sobre la función directa del XSLT – realizan la transformación del documento utilizando una o varias reglas de plantilla. Estas reglas de plantilla unidas al documento fuente a transformar alimentan un procesador de XSLT, el que realiza las transformaciones deseadas poniendo el resultado en un archivo de salida, o, como en el caso de una página web, las hace directamente en un dispositivo de presentación tal como el monitor del usuario.

Actualmente, XSLT es muy usado en la edición web, generando páginas HTML o XHTML. La unión de XML y XSLT permite separar contenido y presentación, aumentando así la productividad.

Wikipedia. (13 de Noviembre de 2020). Extensible Stylesheet Language Transformations. Obtenido de Wikipedia: https://es.wikipedia.org/wiki/Extensible_Stylesheet_Language_Transformations#:~:text=XSLT%20o%20Transformaciones%20XSL%20es,formatos%20que%20no%20son%20XML.

¿Cómo funciona?¿De que se trata?

Esta nueva funcionalidad nos permitirá hacer que archivos que son para descargar o ver sean solamente visibles si el usuario tiene acceso con clave en nuestro OPAC, les dejo unas imágenes para que se entienda un poco mejor.
De igual forma, desde 20.05 tendremos habilitada esta funcionalidad, el único cambio que se deberá realizar es en el las XSLT.

Buenas noticias, sabemos que no todos podemos controlar nuestro catalogo 24/7 para ver si hay algún error; debido a esto nace la necesidad de tener alguna herramienta donde el usuario de la biblioteca nos marque si hay algún error que el puede notar. Ahora te contamos de que se trata.

Hay una nueva preferencia de sistema en Koha, OPACReportProblem. Esta se establecerá como desactivada, sin embargo, si una biblioteca quiere que los usuarios puedan informar de un problema en el OPAC, se podrá activar.

Configuración

Aparte de la preferencia que te mencionamos antes tendremos que realizar unos pasos mas antes de tener todo ok para que funcione esa nueva característica.
Para que todo funcione deberemos tener el correo electrónico configurado; para esto deberemos hacer la siguiente ruta Modulo Administración>Preferencias Globales del Sistema> KohaAdminEmail

Una vez que ya tengamos ambas configuraciones en el OPAC nos aparecerá abajo a mano izquierda el Link de «informar un problema», para poder informarlo deberemos loguearnos con nuestra cuenta en el OPAC.

Tengan en cuenta que el reporte será sobre la misma pagina el usuario esta viendo. De igual forma para quede mas claro abajo de las imágenes tendrán el video

Luego el usuario rellenara con la información correspondiente

Y a nosotros como bibliotecarios nos aparece en la pagina principal un aviso del informe del usuario

Al clickear en el aviso nos llevara a la pagina de informes de OPAC, desde la cual haremos la gestión correspondiente.

Desde 20.05 las notas de circulación se podrán ver en el detalle del usuario, no solamente al momento de realizar el préstamo.

Esta información nos aparecerá en rojo incluso antes del nombre.

Te dejamos una imagen de 20.05 y del previo 19.11

Recuerden que las notas de circulación se realizan desde la edición del perfil de usuario. Para que esto funcione deberán buscar el usuario, ir al botón de editar y abajo buscaran «Nota de Circulación»

Todos sabemos que Koha permite modificar las vistas de nuestro catalogo en cada nueva versión vamos sumando mas modificaciones, 20.05 no es la excepción. Desde que tengan acceso a su versión van a poder modificar las columnas que desean ver en catalogo.

Mas abajo te vamos a dejar un video para que sepas como se hace, pero de igual forma te dejo la ruta.

Configuración

Desde la interfaz administrativa vamos a ir al modulo:

Administración >Parámetros adicionales (se encuentra abajo a la derecha) > Configurar columnas > Catalogo >holdings_table y otherholdings_table (estas son las tablas a modificar) modificamos y Botón guardar

En preferencias del sistema tenemos la preferencia llamada itemcallnumber la cual se nos describe de la siguiente forma:

Asignar el subcampo MARC  a la signatura de in ítem. (Esto puede contener multiples subcampos donde buscar; por ejemplo 082ab buscará en subcampos a y b de 082.)
Nota: El orden de los subcampos en el registro será preservado.
Ejemplos (para registros MARC21): Dewey: 082ab o 092ab; LOC: 050ab o 090ab; del registro del ítem: 852hi

Desde 20.05 esto cambia.

Asignar los subcampos MARC  a la signatura de un ítem. Liste campos separados por coma para verificar en secuencia. El orden de los subcampos en el registro será preservada. Por ejemplo ‘082ab,092ab’ buscará en 082$a y 082$b, luego en 092$a y 092$b. Ejemplos (para registros MARC21): Dewey: 082ab,092ab; LOC: 050ab,090ab; desde el registro del ítem: 952hi.

¿Qué es lo nuevo?

Originalmente esta preferencia solo nos permitía tener o seleccionar un campo MARC. Desde 20.05 esto cambia y podremos agregar mas de un campo para que koha haga la búsqueda entre ellos. Lo mas importante de esta nueva «herramienta» es entender que tendremos que colocar solamente una coma entre campos, sin espacios. Ejemplo: 082ab,050ab,080ab,090ab

¿Qué es lo que hará koha?

Bueno koha buscara en orden de prioridad en los campos que se mencionan según las indicaciones de las bibliotecas. En el ejemplo anterior koha buscara primero el call number en 082, si no encuentra información pasara al 050 y así sucesivamente.