Re: [IUG] Self- check problem

["Ammon, Mona" <ammonm at u dot library dot arizona dot edu>]

Now the system should stop people from being able to check out material which has a hold on it by another patron.  Our 3M self checks will not allow this to happen.  If another person has a hold on a book another cannot check it out.  It blocks the check out.  We have open holds and if the machine did not block this we would have such an issue.

Page # 106378  -   It says right in the manual that the system will block items with a status of on hold shelf unless it is the person at the top of the queque.  I realize that does not say that it will block check out if item has a hold but does not have a status of on hold shelf -but I believe we have tested this and it does work - as long as there is a hold and the person trying to check out isn't the first one in line.  I'll have to test this.

I just did and it let me check out the item even though it had a hold for someone else - it did not have a status of on hold shelf.

We'll I can see how this would be an issue.

If anyone finds a solution to this let me know.  We would not want people to be able to circumvent the holds process.   I don't recall getting complaints that folks weren't getting their holds - but I definitely need to look into this now.

Thanks for bringing this up.

Mona Ammon
University of Arizona Library
ammonm at u dot library dot arizona dot edu
520-307-3551



-----Original Message-----
From: innopac-bounces at innopacusers dot org [mailto:innopac-bounces at innopacusers dot org] On Behalf Of Deborah Moehrke
Sent: Wednesday, December 17, 2008 12:00 PM
To: martin at lib dot kth dot se; IUG INNOPAC List
Subject: Re: [IUG] Self- check problem

This is a long standing problem for us too. We 
have a few patrons who have discovered that not 
only can they check our material on a self-check 
that is already checked out to another patron but 
this is allowed even when there is a hold for 
another patron. We have families that trade books 
among themselves and their friends for months on 
end. Very frustrating for staff, but I haven't 
yet found anyway to prevent it through the 
Innovative software nor can 3M suggest anything.

It has been months since I've worked on this so I 
may have the details wrong but as I recall we 
want patrons who find a book on the shelf that 
missed getting checked in to be able to check out 
the item and this setting then allows the self-check to do it too.

Deborah
At 08:14 AM 12/17/2008, you wrote:
>Problem is e.g. that not all our branches have both self check in and self
>check out.
>
>We have also had complaints from patrons that they want to keep the items
>they have borrowed for some time, we have some course literature that
>everyone wants to read.
>
>I've alerted the company that delivered the self check out stations and
>asked them if they could do something at their end, by using some option in
>the SIP2 protocoll.
>
>I believe I want to be able to control whether it should be possible to
>check out already checked out material.
>
>Regards,
>
>Martin
>KTH
>
>-----Original Message-----
>From: innopac-bounces at innopacusers dot org
>[mailto:innopac-bounces at innopacusers dot org] On Behalf Of Ammon, Mona
>Sent: Wednesday, December 17, 2008 3:20 PM
>To: martin at lib dot kth dot se; IUG INNOPAC List
>Subject: Re: [IUG] Self- check problem
>
>
>This is how our self checks (3M) have always worked. We are on Release 2006.
>I don't think we ever considered this an issue (we have never had complaints
>from customers that materials they had checked out and were using in the
>library were taken by someone else).  So we have never researched changing
>this setting.  Now that we have self check in any changes we did make would
>be moot.  Since someone could just check in on self  check and then back out
>again.
>
>There is not a lot of documentation on self check functionality with III
>(unless maybe you use Express Lane).  I have had to research other issues
>with our self checks and found little information.  What was always most
>helpful was talking with 3M who seemed to know more about the fuunctionality
>of the machines even in relation to the ILS end than III did.
>Mona Ammon
>Library Operations Supervisor
>Access and Information Services
>University of Arizona Library
>520-307-3551
>ammonm at u dot library dot arizona dot edu
>
>
>
>-----Original Message-----
>From: innopac-bounces at innopacusers dot org on behalf of Martin Lindén
>Sent: Wed 12/17/2008 6:45 AM
>To: 'IUG INNOPAC List'
>Subject: [IUG] Self- check problem
>
>Hi,
>
>We have discovered, that after update to version 2007 it's now possible for
>a patron to check out via a self check station books that already are
>checked out to another patron.
>
>We have tested this on several third-party self stations of different makes.
>
>A patron checks out items and e.g. have these items on his/her desk. Another
>patron comes and sees these books and finds them interesting, goes to self
>check station and checks them out. If the books are not reserved for
>someone, if there is no queue, anyone can check them out without problem via
>a self check station.
>
>This will create some problems and confusion with patrons wondering where
>their literature is. When asking staff will inform them that another patron
>has checked out the items.
>
>Has anyone else noticed this behaviour on their site?
>
>
>I have opened a call for this at Innovative.
>
>Any tip or hint how to solve this is appreciated!
>
>
>Regards,
>
>Martin
>KTH
>
>
>
>--- StripMime Report -- processed MIME parts ---
>multipart/alternative
>   text/plain (text body -- kept)
>   text/html
>---
>--
>This message was distributed through the Innovative Users Group INNOPAC list
>Public replies:  INNOPAC at innopacusers dot org
>Update your subscription options:
>http://innopacusers.org/mailman/listinfo/innopac
>
>
>
>--- StripMime Report -- processed MIME parts ---
>multipart/mixed
>   text/plain (text body -- kept)
>   application/ms-tnef
>---
>--
>This message was distributed through the Innovative Users Group INNOPAC list
>Public replies:  INNOPAC at innopacusers dot org
>Update your subscription options:
>http://innopacusers.org/mailman/listinfo/innopac
>
>
>--
>This message was distributed through the Innovative Users Group INNOPAC list
>Public replies:  INNOPAC at innopacusers dot org
>Update your subscription options: 
>http://innopacusers.org/mailman/listinfo/innopac

___________________________________
Deborah Moehrke
System Administrator
MARINet
phone 415 884-2451      fax 415 884-2817 


--
This message was distributed through the Innovative Users Group INNOPAC list
Public replies:  INNOPAC at innopacusers dot org
Update your subscription options: http://innopacusers.org/mailman/listinfo/innopac