Hi, I'm trying to debug some stuff in holding, and have a (big?) problem when a user hold an item from another branch and want to check out it in his branch. How the actual holding branch know which document it must be send to others? How is it in the database? How is managed the workflow to transfer an hold document to his check out branch? I think there are some leak of this feature, I want to know if it's an error from me, or if there is real leaks? Thanks, bests, -- Nahuel ANGELINETTI
Nahuel -- See perldoc C4::Reserves for the logic and database representation. The holding branch should use the holds "pick list" report from the staff client. Then when they scan in the retrieved items on that list, the interface will tell them where to transfer it (and update the hold to be paired to that item). Holds can be complicated, so it is quite possible there could be "leaks", but I think it happens often by libraries not following the workflow correctly (i.e., not scanning the items picked). In my opinion, this workflow is the correct process for Koha to use, however. --Joe On Fri, Nov 21, 2008 at 11:39 AM, Nahuel ANGELINETTI < nahuel.angelinetti@biblibre.com> wrote:
Hi,
I'm trying to debug some stuff in holding, and have a (big?) problem when a user hold an item from another branch and want to check out it in his branch. How the actual holding branch know which document it must be send to others? How is it in the database? How is managed the workflow to transfer an hold document to his check out branch? I think there are some leak of this feature, I want to know if it's an error from me, or if there is real leaks?
Thanks, bests,
-- Nahuel ANGELINETTI
Hi, Le Fri, 21 Nov 2008 12:15:04 -0500, "Joe Atzberger" <ohiocore@gmail.com> a écrit :
Nahuel --
See perldoc C4::Reserves for the logic and database representation. The holding branch should use the holds "pick list" report from the staff client. Then when they scan in the retrieved items on that list, the interface will tell them where to transfer it (and update the hold to be paired to that item).
What about available items? The user shouldn't be in the same branch, so cannot check out himself.
Holds can be complicated, so it is quite possible there could be "leaks", but I think it happens often by libraries not following the workflow correctly (i.e., not scanning the items picked). In my opinion, this workflow is the correct process for Koha to use, however.
I think, someone should write some use cases of holding/checkin/checkout , with single, multiple branches and independantbranches to "on" and "off". There is some cases that it works great, but others that are really not supported, and the librarian is... blocked. bests,
--Joe
On Fri, Nov 21, 2008 at 11:39 AM, Nahuel ANGELINETTI < nahuel.angelinetti@biblibre.com> wrote:
Hi,
I'm trying to debug some stuff in holding, and have a (big?) problem when a user hold an item from another branch and want to check out it in his branch. How the actual holding branch know which document it must be send to others? How is it in the database? How is managed the workflow to transfer an hold document to his check out branch? I think there are some leak of this feature, I want to know if it's an error from me, or if there is real leaks?
Thanks, bests,
-- Nahuel ANGELINETTI
-- Nahuel ANGELINETTI Jabber/XMPP : nahuel@ahtna.org
On Fri, Nov 21, 2008 at 1:18 PM, Nahuel ANGELINETTI < nahuel.angelinetti@biblibre.com> wrote:
Le Fri, 21 Nov 2008 12:15:04 -0500, "Joe Atzberger" <ohiocore@gmail.com> a écrit :
Nahuel --
See perldoc C4::Reserves for the logic and database representation. The holding branch should use the holds "pick list" report from the staff client. Then when they scan in the retrieved items on that list, the interface will tell them where to transfer it (and update the hold to be paired to that item).
What about available items? The user shouldn't be in the same branch, so cannot check out himself.
I don't understand your question. The "pick list" targets only available items that are in their regular shelving location. The library staff generate the list and retrieve the items listed, scanning them in. If the hold is to be picked up in the same library, they are notified to place the item on the holds shelf. If pickup is at another library, Koha tells the staff to transfer the item. The hold is "waiting" when it is scanned in at the destination library. The user doesn't do anything special, regardless of where they are. If a holding library doesn't use the "pick list" regularly, than they are not really supporting other branches' holds. There's nothing the system can do about that. The snag might be if a user tries to claim a book at a library that is NOT the pickup library on the hold. There is an outstanding transfer to the pickup library in that case, which might block any transaction until checked in at the destination. That is, in fact, the desired behavior for transfers. Once they are in transit, the destination library controls the issue. --Joe
Holds can be complicated, so it is quite possible there could be
"leaks", but I think it happens often by libraries not following the workflow correctly (i.e., not scanning the items picked). In my opinion, this workflow is the correct process for Koha to use, however.
I think, someone should write some use cases of holding/checkin/checkout , with single, multiple branches and independantbranches to "on" and "off".
Feel free to give it a try.
On Fri, Nov 21, 2008 at 11:39 AM, Nahuel ANGELINETTI < nahuel.angelinetti@biblibre.com> wrote:
Hi,
I'm trying to debug some stuff in holding, and have a (big?) problem when a user hold an item from another branch and want to check out it in his branch. How the actual holding branch know which document it must be send to others? How is it in the database? How is managed the workflow to transfer an hold document to his check out branch? I think there are some leak of this feature, I want to know if it's an error from me, or if there is real leaks?
Thanks, bests,
-- Nahuel ANGELINETTI
-- Nahuel ANGELINETTI Jabber/XMPP : nahuel@ahtna.org
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
participants (2)
-
Joe Atzberger -
Nahuel ANGELINETTI