¿Sabía que en Absys puede elegir entre dos modelos de red bibliotecaria? (II)
Después de haber visto en la primera entrega qué consecuencias acarrea la adopción de un sistema bibliotecario basado en el modelo A (recordemos: una única biblioteca central de la que dependen diferentes sucursales), en esta nueva edición comentaremos las posibilidades de parametrización del Modelo B con lo que podremos hacernos definitivamente una idea de las diferencias existentes entre ambos sistemas.
Tal y como se dejó apuntado en la edición anterior, el hecho de que hayamos decido trabajar con el Modelo B no implica la no definición de sucursales, ya que este dato es obligatorio parametrizarlo en cualquier caso.
Modelo B. Red de Bibliotecas-Sucursal/es.
Para comentar estas posibilidades, lo haremos punto por punto, analizando los pasos a completar en todos los módulos que componen Absys para poder tomar así una decisión en cuanto al sistema bibliotecario que más nos interese implementar.
EJEMPLARES
| BIBLIOTECA | SUCURSAL/ES DEPENDIENTES | |
|---|---|---|
| TIPOS DE EJEMPLARES | Al crear este dato es posible dejar el campo biblioteca en blanco, por lo tanto es optativa su indicación | Tanto si se ha dejado el campo en blanco como si se ha introducido información en el campo Biblioteca al dar de alta el dato, las sucursales heredan el dato. Además, cuando se crea el ejemplar nunca se da de alta para una biblioteca, sino que directamente pasa a formar parte del fondo de una sucursal |
| LOCALIZACIÓN | Al crear este dato es posible dejar el campo biblioteca en blanco, por lo tanto es optativa su indicación | Tanto si se ha dejado el campo en blanco como si se ha introducido información en el campo Biblioteca al dar de alta el dato, las sucursales heredan el dato |
| ESTADO | Al crear este dato es posible dejar el campo biblioteca en blanco, por lo tanto es optativa su indicación | Tanto si se ha dejado el campo en blanco como si se ha introducido información en el campo Biblioteca al dar de alta el dato, las sucursales heredan el dato |
Ventajas
Una de las mayores ventajas de escoger este sistema frente al comentado con anterioridad es que cada una de las sucursales tiene más independencia para crear datos propios de la parametrización: sus propios tipos de ejemplares, localizaciones e incluso, en el caso de un crecimiento fuerte, puede también crear nuevas sucursales. Además, es posible que la información parametrizada por una sucursal solamente sea visible para ella, ya que cuando se creó el dato en cuestión se relacionó con la biblioteca a la cual pertenece. Por otra parte, todo lo que se puede hacer mediante el modelo A es también aplicable en este sin ningún tipo de problema.
Inconvenientes
Este modelo exige de los responsables de la parametrización un mayor control en cuanto a los datos ya que debe de seguirse un procedimiento de trabajo lo más normalizado posible en cuanto a dar de alta la información dentro del sistema para evitar incongruencias.
LECTORES
| BIBLIOTECA | SUCURSAL/ES DEPENDIENTES | |
|---|---|---|
| TIPOS DE LECTORES | Es optativa la indicación de la biblioteca | Sigue siendo imposible crear Tipos de lectores asociados a una sucursal en concreto, por lo que los tipos son heredados por las sucursales, aunque en este caso las bibliotecas se identifican más con las sucursales |
| CÓDIGOS 1, 2, 3, PERFIL DEL LECTOR | Es optativa la indicación de la biblioteca | No es posible, en ningún caso, crear estos datos en relación directa con la sucursal por lo que son heredados por las sucursales pertenecientes a la Biblioteca Central |
| LECTORES | Es optativa la incorporación de este dato aunque si se elige un tipo de lector asociado a un Biblioteca, el lector automáticamente es asociado a ella | No es posible, bajo ningún concepto, asociar un lector a una sucursal directamente al crearlo |
Ventajas
En este caso existe la posibilidad, no sólo de crear tipos de lectores específicos de una biblioteca sino que además, éstos podrán ser dados de alta especificando concretamente a la que pertenecen, algo que no podía hacerse directamente en el Modelo A. Como ventaja secundaria, cada biblioteca puede tener controlados todos y cada uno de los lectores dados de alta desde su centro. Otra ventaja adicional, es que cada biblioteca podrá imprimir los carnets de los usuarios dados de alta únicamente en su centro.
POLÍTICAS DE
PRÉSTAMO
| BIBLIOTECA | SUCURSAL/ES DEPENDIENTES | |
|---|---|---|
| POLÍTICAS DE PRÉSTAMO | Es optativa la indicación de la biblioteca en el caso de los Tipos de lectores (siempre y cuando éstos no estén asociados a una biblioteca). Si cuando se crea la política se indica la Biblioteca, cualquier usuario creado en relación a un Tipo de lector asociado a una Biblioteca podrá realizar un préstamo dentro de las sucursales pertenecientes a ella | El dato de sucursal sólo está disponible para los Tipos de ejemplares. Si al elegir un tipo de ejemplar, el campo sucursal se deja en blanco, se supone que se está diseñando una política de préstamos para todo el sistema independientemente de la sucursal en donde se encuentre el ejemplar |
Ventajas
En este punto no existen diferencias en cuanto al modelo anterior. Todas las cuestiones aplicables a aquél lo son también a éste.
Inconvenientes
A la hora de crear las políticas de préstamo, si se quieren hacer políticas comunes a todo el sistema, es necesario darlas de alta de forma específica para cada tipo de lector/biblioteca-tipo de ejemplar/biblioteca. Por lo tanto, cuando se elige este modelo también es posible hacer políticas comunes, pero el proceso no es tan ágil.
PRESUPUESTOS Y
ADQUISICIONES
| BIBLIOTECA | SUCURSAL/ES DEPENDIENTES | |
|---|---|---|
| CUENTAS | Es optativa la indicación de la biblioteca | No hay relación directa entre estos dos datos |
| MONEDAS | No hay relación directa entre estos dos datos | No hay relación directa entre estos dos datos |
| PARTIDAS PRESUPUESTARIAS | No hay relación directa entre estos dos datos. Las partidas presupuestarias se engloban dentro de cada una de las cuentas finales, las cuales si pueden estar asociadas a una biblioteca | No hay relación directa entre estos dos datos |
| ADQUISICIONES | El dato de la biblioteca desde la cual se realiza la compra es obligatorio | Existe la posibilidad de indicar específicamente la biblioteca que lleva a cabo la adquisición |
| PROVEEDORES | Es optativa la indicación de la biblioteca | No hay relación directa entre estos dos datos |
Ventajas
Con este modelo la relación entre Biblioteca/sucursal y las cuentas con las que trabaja se visualiza de forma más clara, ya que las cuentas se relacionan directamente con el dato de Biblioteca.
Inconvenientes
No es posible, en un único paso, obtener el total del presupuesto en el caso de que todas las bibliotecas compartan un único presupuesto común.
SERIES
Como se comento cuando se analizó el Modelo A,
para este caso no existen diferencias significativas en
cuanto a su implementación en un sistema u otro.
Repasando los datos que se manejan dentro de este
módulo no existe una correlación directa
que conlleve diferencias estrictas en cuanto al modelo
bibliotecario elegido: datos como Periodicidad o Textos
de numeración se crean para todo el sistema,
completamente independientemente de la sucursal desde
la cual o para la cual se han creado. Por otro lado,
las colecciones sí se crean directamente sobre
una sucursal en concreto, con lo que es un dato que
sí debe de consignarse al crear la
colección.
Por otra parte, a partir de la versión 5.1 de
Absys a la hora de crear la
suscripción es optativa la indicación de
la sucursal desde la cual se realiza, aunque hay que
dejar claro que la suscripción se hace sobre
una/s colección/es que Sí se encuentran
dadas de alta en relación a una sucursal. Por
todo ello, el trabajo con series no implica cambio
alguno.
Jesús Castillo Vidal - jcastillo@baratz.es