[Isis-users] Consulta: ABCD para informatizar circulación y préstamos a domicilio - NOTA DE ATENCION
spinaker
spinaker at adinet.com.uy
Sun Dec 24 14:57:29 CET 2017
Daniel
Respecto a las modificaciones que quieren implementar en forma dinámica
al préstamo, configurando perfiles múltiples de personas y objetos, toma
nota que el sistema debe ser un conjunto coherente de reglas. De otro
modo van a tener conflicto que no es problema de ABCD sino en las
contradicciones en la matriz de políticas. Y eso no es privativo de
ABCD, cualquier software (incluyendo la competencia) requiere reglas
coherentes.
Por citar algunos casos (no los inventé, de inventar se ocupan las
bibliotecarias :-) )
Si un objeto puede asumir diferentes perfiles (contingente al estado del
sistema, fecha, etc) entonces esto también va a reflejarse en las
políticas de renovación, plazos límites, y de reserva de objetos
1. Por ejemplo, si el objeto se presta al comienzo del verano por 3
meses, entonces .. ¿podrá renovarse luego otra vez por 3 meses o
habrá que aplicarle una política más restrictiva al cambiar la
fecha, o esas transacciones no podrán renovarse?
2. Si los objetos tienen un plazo determinado de préstamo, pero cuando
están en lista de reservas el plazo se reduce, si el usuario tiene
un código especial, ¿respetará la reducción de plazo por ser objeto
con reservas, o el tipo de usuario le pasará por arriba a esa limitante?
3. El usuario es único, aunque su ID tenga 'alias'. Si el usuario fue
suspendido por algún evento, entonces estará suspendido para todas
las transacciones, aunque en algún tipo de combinación no se lo
suspenda.
4. tu turno, puedes inventar
Saludos
Ernesto Spinak
El 23/12/2017 a las 18:57, daniel biset escribió:
> Ernesto, ¡muchísimas gracias por tu aporte!
> Veníamos evaluando algunas ideas, soluciones, similares a las que
> mencionás, incluyendo la posibilidad de modificar el código fuente
> como última opción.
> Pero el caso concreto que ejemplificas, es una valiosísima ayuda para
> resolver el dilema que se nos presentó, nos da un rumbo certero y nos
> ahorra esfuerzos y tiempo en probar soluciones más complicadas.
> Y también en seguir trabajando con ABCD, ya que cuando se planteo la
> situación en una mesa donde se toman decisiones en un nivel superior
> al que me encuentro, comenzó a dar vueltas la idea de ir a otro SIGB
> (el famoso de la "competencia", que por lo poco que lo conozco tampoco
> tiene una solución prearmada para este tipo de situaciones, y, me
> parece, que resolverlo en bases MYSQL y con PERL debe ser bastante más
> complicado).
> Un saludo afectuoso y nuevamente muchas gracias por la pronta respuesta.
>
> Daniel H. Biset
>
>
> ------------------------------------------------------------------------
> *From:* spinaker <spinaker at adinet.com.uy>
> *To:* daniel biset <dbiset at yahoo.com>; "isis-users at iccisis.org"
> <isis-users at iccisis.org>
> *Sent:* Saturday, December 23, 2017 12:38 PM
> *Subject:* Re: [Isis-users] Consulta: ABCD para informatizar
> circulación y préstamos a domicilio
>
> Daniel
>
> El tema puede resolverse (en muchos casos) programando la definición
> de los datos de la base de origen usada para prestamo y lo mismo para
> usuarios
> Te doy una idea para que luego tú la elabores para tu necesidad,
> tomados de casos reales:
> Un colegio presta libros de marzo a noviembre por plazos normales,
> pero de diciembre a febrero la literatura recrealtiva la presta por
> uno o dos meses, o lo que sea
> Entonces en la definción de "tipo de objeto" en vez de poner un campo
> donde hay un valor fijo se usa una expresión condicional
> del tipo if fecha-de-hoy < 30 de noviembre de este año entonces
> tipo=L else tipo = LV fi
> En otra biblioteca recreativa, los libros que ingresaron hace menos de
> dos meses se prestan por una semana, el resto por dos semanas
> entonces al definir el tipo de objeto tienes: if fecha de hoy -
> fecha de ingreso < 60 entonces tipo=LR else tipo=L fi
>
> asimismo un usuario puede tener más de un perfil, por ejemplo si el
> código del usuario tiene una letra especial en su código
> 11692335 y X11692335
> El formtao para extraer la identificación determina si tiene X o no, y
> en ese caso el mismo usuario puede tener 2 políticas, dependiendo de
> cómo se ingrese su identificación en la transacción. Aqui en el Banco
> Central, un funcionario puede extraer libros con la política normal,
> pero cuando el Directorio le encomienda una investigación, entonces se
> le presta con la X adelante y eso le da otros plazos y derechos.
> Etcetera
>
> Estas son ideas de casos reales, tú puedes adaptarlas, sin necesidad
> de modificar los codigos fuentes de ABCD
> Saludos
> Ernesto
>
>
> El 22/12/2017 a las 11:43, daniel biset escribió:
>> Gente,
>> Aprovecho este intercambio de mensajes por una situación que se nos
>> presenta en circulación con las políticas de préstamos en la UNGS
>> (Universidad Nacional de General Sarmiento), aclarando que recién en
>> las próximas semanas estaré haciendo pruebas.
>> Ya hace poco más de un año que venimos usando el módulo de
>> Circulación con una política simple: 10 categorías de usuarios y un
>> solo tipo de objeto de préstamo.
>> ¿Qué tenemos que configurar ahora (en base a las políticas de la
>> institución)?, lo siguiente:
>> 10 categorías de usuarios y un solo tipo de objeto de préstamo, pero
>> que tenga diferente períodos de préstamo.
>> Por ejemplo:
>> El usuario estudiante tiene tres posibilidades de préstamo para el
>> tipo libro (puede elegir en el instante que se realiza la
>> transacción): lo puede retirar por una semana, o por un mes, o por
>> tres meses.
>> El actual sistema que estamos utilizando, en la interfaz para hacer
>> un préstamo, una vez que se carga el código de usuario y el número de
>> inventario, tiene tres casilleros con cada una de esas opciones, el
>> operador que atiende a la persona, tilda la opción que quiere el
>> usuario y se presta el libro por el tiempo que éste solicitó.
>> Hasta ahora solo hice una prueba en ABCD (con resultado previsible):
>> tres líneas en la tabla de parametrización, cada una con el mismo
>> tipo de usuario y el mismo tipo de objeto, pero cambiando los
>> períodos en cada una de las filas.
>> Resultado: cuando se hace la transacción siempre toma uno solo de los
>> períodos, el que corresponde a la última de las tres líneas.
>> Parte de enero (período en el que la biblioteca cierra) tengo que
>> abocarme a que ABCD pueda aplicar esta política de préstamo que tiene
>> la institución en la que trabajo.
>> Si se imaginan o tienen alguna idea al respecto, sobre cómo abordar
>> esta situación, muy agradecido de mi parte.
>> Saludos a tod at s y desde ya muchas garacias.
>> Daniel H. Biset
>>
>> ------------------------------------------------------------------------
>> *From:* spinaker <spinaker at adinet.com.uy> <mailto:spinaker at adinet.com.uy>
>> *To:* isis-users at iccisis.org <mailto:isis-users at iccisis.org>
>> *Sent:* Friday, December 22, 2017 11:07 AM
>> *Subject:* Re: [Isis-users] Consulta: ABCD para informatizar
>> circulación y préstamos a domicilio
>>
>> Mariana
>>
>> nosotros tenemos instalado ABCD en su mayoría para bibliotecas que
>> hacen préstamos a domiclio y en sala
>> saludos
>> Ernesto
>>
>>
>>
>> El 22/12/2017 a las 10:49, Mariana Bertoni escribió:
>> Hola a todos!
>> Es mi primer mensaje en esta lista, espero no molestarlos con una
>> consulta que puede parecerles un poquito básica.
>>
>> Por los mensajes que circulan aquí, me parece que los integrantes de
>> esta lista se manejan super bien con este programa, parecen todos
>> desarrolladores expertos.
>>
>> Disculpas entonces nuevamente por este posteo.
>> Quería saber si en alguna de sus bibliotecas usan abcd para llevar el
>> registro de préstamos a domicilio y en sala, o si lo usan más que
>> nada para catalogar.
>>
>> Les pregunto porque me está costando mucho diseñar el aplicativo para
>> el préstamo.
>>
>> Les agradecería cualquier ayuda que puedan darme.
>>
>> Saludos!
>>
>> Mariana
>>
>>
>> _______________________________________________
>> isis-users mailing list
>> isis-users at iccisis.org <mailto:isis-users at iccisis.org>
>> To manage your own subscription options go to:http://lists.iccisis.org/listinfo/isis-users
>> Or contact Henk Rutten:hlrutten at xs4all.nl <mailto:hlrutten at xs4all.nl>
>>
>> --
>> .^. .^.
>> ( ) ( )
>> === ===
>> =[=]================================[=]=
>> | | Ernesto Spinak | |
>> | |spinaker at adinet.com.uy <mailto:spinaker at adinet.com.uy> | |
>> | | Montevideo, Uruguay | |
>> | | tel/fax (598) 2622-3352 | |
>> | | celular (598) 99612238 | |
>> =[=]================================[=]=
>> === ===
>> ( ) ( )
>> V V
>> _______________________________________________
>> isis-users mailing list
>> isis-users at iccisis.org <mailto:isis-users at iccisis.org>
>> To manage your own subscription options go to:
>> http://lists.iccisis.org/listinfo/isis-users
>> Or contact Henk Rutten: hlrutten at xs4all.nl <mailto:hlrutten at xs4all.nl>
>>
>>
>>
>>
>> _______________________________________________
>> isis-users mailing list
>> isis-users at iccisis.org <mailto:isis-users at iccisis.org>
>> To manage your own subscription options go to:http://lists.iccisis.org/listinfo/isis-users
>> Or contact Henk Rutten:hlrutten at xs4all.nl <mailto:hlrutten at xs4all.nl>
>
> --
> .^. .^.
> ( ) ( )
> === ===
> =[=]================================[=]=
> | | Ernesto Spinak | |
> | |spinaker at adinet.com.uy <mailto:spinaker at adinet.com.uy> | |
> | | Montevideo, Uruguay | |
> | | tel/fax (598) 2622-3352 | |
> | | celular (598) 99612238 | |
> =[=]================================[=]=
> === ===
> ( ) ( )
> V V
>
>
>
>
> _______________________________________________
> isis-users mailing list
> isis-users at iccisis.org
> To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users
> Or contact Henk Rutten: hlrutten at xs4all.nl
--
.^. .^.
( ) ( )
=== ===
=[=]================================[=]=
| | Ernesto Spinak | |
| | spinaker at adinet.com.uy | |
| | Montevideo, Uruguay | |
| | tel/fax (598) 2622-3352 | |
| | celular (598) 99612238 | |
=[=]================================[=]=
=== ===
( ) ( )
V V
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20171224/dc269690/attachment.html>
More information about the isis-users
mailing list