[Koha-bugs] [Bug 19532] New: Recalls for Koha

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19532

            Bug ID: 19532
           Summary: Recalls for Koha
 Change sponsored?: ---
           Product: Koha
           Version: master
          Hardware: All
                OS: All
            Status: ASSIGNED
          Severity: enhancement
          Priority: P3
         Component: Staff Client
          Assignee: aleisha at catalyst.net.nz
          Reporter: liz at catalyst.net.nz
        QA Contact: testopia at bugs.koha-community.org
                CC: gmcharlt at gmail.com, liz at catalyst.net.nz
          Deadline: 2017-12-01

Preface: 

I know this will be quite an interesting feature for lots of people. Catalyst
is doing a working proof of concept for this feature. The requirements we have
given to Aleisha are firm, and we will not be scope creeping them. Additional
features are welcome once this initial development is either accepted or
supplanted by something else.

That said, we welcome comment and suggestions on the patches we will attach
here, and view this as a starting point instead of a complete solution.

Expected scope of the feature to include: 

- Ability for borrowers to place a recall on a book from the OPAC results and
detail, if it is checked out (question, do we offer to issue a recall if only
one copy of say 3 is checked out?)

- Ability for borrowers to see their requested recalls, and the when the book
is expected to be returned back

- An interface similar to holds for recalls, that alerts librarians that a book
needs to go on the recall shelf (Recall for User, confirm or cancel) 

- An interface similar to holds waiting to show recalls that are currently on
the shelf, and recalls that are requested but overdue, and ones that have
expired and need to be reshelved.

- A view in the intranet user interface for librarians to see a borrower's
recalls (similar to holds)

- Notices for borrower who has the recalled book on issue, to notify that the
book's due date has changed and for the recaller, to let them know when the
recalled item is ready for pick up.

- Something in the circ rules that defines whether an item type/borrower
category is allowed to place recalls on an item.

- Sysprefs for "days from now that item is now due" and "how long do I let this
recall languish on the recall shelf before reshelving"

Current implementation notes:

* DB: recalls table
• DB: old_recalls table

• notices: to user who has an item checked out that a recall request has been
placed on, saying request has been made and due date has been updated (may use
or build upon existing code from 17509)
• notices: to user who made the recall request when it has been checked in,
saying the item is awaiting pickup and must be picked up within X days (may use
or build upon existing code from 17509)

• OPAC: in checked out tab on user summary page, show your item has a recall
placed on it, highlighting the new due date
• OPAC: recall button under availability on record detail page and results page
• OPAC: recalls tab on user summary page

Per item type/borrower category combination:
• circ rules: recall due date interval - what is the new due date of the item
being recalled? How many days from the date of recall do we set the new due
date?
• circ rules: recall overdue fine - Do we have a special fine on an item that
was recalled but not returned on time? (this may be a phase two feature)
• circ rules: recall shelf time (how long can it be awaiting pickup before it
needs to be reshelved)
• circ rules OR syspref: do recalls automatically expire? (this may be a phase
two feature)

• circ reports: overdue recalls 
• circ reports: recalls awaiting pickup / recalls waiting over X days
• circ reports: recalls queue

• intranet: recalls tab on member detail page, showing recalls that the
borrower has requested. 
• intranet: highlight on checkout and detail page items with a recall due date.
• intranet: alert when checking in an item with a recall

-- 
You are receiving this mail because:
You are watching all bug changes.