[Koha-devel] RFC : Item level 'hold-fee' and 'not-for-hold' feature?

[Jesse]

2009/5/25 Eric Bégin <Eric.Begin at inlibro.com>

> Hi Mason,
>
> I think this is a good idea and must be implemented.
>
> I would make that part of the circulation & fines rules.  This would
> allow us to set it per item types and per patron categories.
>
> I know Nahuel is working on something similar at the moment.  He is
> adding the number of renewals to this page.
>
> See http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3218
>
> I'll let him comment if this is something he planned to add or not.
>
> This made me think that we could also move the rental cost in this
> page.  Currently, this is set at the item level.
>
> After those 2 features implemented, all circulation information would be
> available on per items/per patron base, in the 'Circulation and Fines
> rules' page, which make a lot of sens to me.
>
> Something to discuss:  what are we doing with those values in the
> Patrons and Item pages?  Do we keep them for backward compatibility (and
> using them as default) or we want to remove them and create rules during
> the migration?
>
> Eric
>
> Mason James wrote:
> > Bonjour peoples
> >
> > I am about to do some development work to add item-type level hold-
> > fees, and item-type level 'not-for-hold' restrictions in koha3
> >
> > the reasons?
> >
> > 1) Currently in koha3, an item's reserve-fee (aka hold-fee) is set
> > per patron-type - not per item-type,
> >     which is not ideal for libraries that want to charge different
> > reserve-fees for different itemtypes
> >     eg: DVD, magazines, best-sellers etc...
> >
> > 2) There is no ability to make an itemtype loan-able, but *not* hold-
> > able.
> >     'best-seller' and 'reference' items are good examples for this
> > problem
> >
> >
> > What do people think about allowing a item-type level 'not-for-hold'
> > checkbox,
> > and a item-type level hold-fee (that overrides the patron-type level
> > hold-fee)
> >
> > a good/bad idea?
> > is this something other people are working on?
> > potential problems i may have missed?
> >
> > cheers, Mason.
> > _______________________________________________
> > Koha-devel mailing list
> > Koha-devel at lists.koha.org
> > http://lists.koha.org/mailman/listinfo/koha-devel
> >
> >
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at lists.koha.org
> http://lists.koha.org/mailman/listinfo/koha-devel
>

The development version of Koha allows hold policies to be set up by branch
and itemtype (and soon, patron type) that can allow holds, allow them only
to patrons from the item's home branch, or disallow them.

So #2 will be possible in 3.2.

-- 
Jesse Weaver
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/koha-devel/attachments/20090525/2a06f8f9/attachment-0002.htm>