history:feature_list_2_0
Differences
This shows you the differences between two versions of the page.
Next revision | Previous revisionLast revisionBoth sides next revision | ||
feature_list_2_0 [2010/10/29 15:38] – created gdunbar | history:feature_list_2_0 [2018/04/25 14:18] – ↷ Page moved from feature_list_2_0 to history:feature_list_2_0 dbwells | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | **Circulation:** | + | ====== |
- | *There is backend code support for a method to allow patrons to link their records ina way that grant privileges. | + | Please note: Some of these features |
- | *Evergreen has the ability to retrieve users by numberic ID (separate from the barcode) in the staff client. This functionality is optional and set to " | + | ==== Patron Registration Enhancements ==== |
- | *Patron passwords are now more flexible in length | + | |
+ | * Added the ability to delete patrons by anonymizing the patron' | ||
+ | * Supports the ability to merge patrons; when it is determined that more than one account exists for a single patron. There is an interface for side-by-side comparison of the records; ability to delete addresses | ||
+ | * Added quick links for staff to copy and paste patron address information. Information will paste in a standard mailing format. | ||
+ | * Patrons | ||
+ | * Patrons may create library accounts through | ||
+ | * The system recognizes certain categories of patrons like Card Canceled, Deceased, etc. and will not place holds for these categories. | ||
+ | * The patron record screen obscures certain information | ||
+ | * Evergreen has the ability to automatically enter date, user, and location | ||
- | Patrons can select a username, which can then be used to access OPAC and self check-out stations. | + | ==== Item Checkout enhancements ==== |
- | Added the ability to pre-define messages, populated in a drop-down menu, to be applied to patron accounts. | + | * During check-out, the patron' |
+ | * Evergreen has the ability to track hourly checkout stats. Self-check now operates by workstation and it's possible | ||
+ | * Audible cue support, for successful | ||
+ | * Evergreen has fast-add capability. During check-out, if an item is found not to be cataloged, | ||
+ | * The system supports sets or kits of items and has the ability to display | ||
+ | * Evergreen allows patrons to renew a title as long as they have not exceeded the allowed number of renewals and there are more available items than there are unfrozen holds. This is an administration setting. | ||
- | Under grocery billings in Evergreen, billing type can be pre-populated with a list of comon fine events (such as types and costs).\\ | + | ==== Self Check module enhancements ==== |
- | + | ||
- | Zip code information can be added to a local table which will pre-populate the City/State fields during patron registration.\\ | + | |
- | My Account can allow patrons | + | * In self check and SC, if a staff member checks out an item to a patron that is already checked out to that patron, the item will simply renew. This does have configurable age-based parameters to prevent a double scan at checkout resulting in a renewal. |
+ | * For self check receipts, receipts include the same information for renewal as checkouts | ||
+ | * In the self-check UI, patrons can view holds and patron position vs. the number of circulating copies. | ||
+ | * The self check-out station displays holds ready for pickup, then removes each hold as the item is checked out. | ||
+ | * Evergreen supports the ability to pay fines with a credit card at self check-out stations. This requires | ||
- | "In My Account | + | ==== Item Check-in enhancements ==== |
- | API calls for developers heavily involve open-ils.circ.hols.queue_stats.retrieve" | + | |
- | From the My Account interface, patrons can see their estimated wait time for a hold. Evergreen calculates the estimated wait time from the circ mods on the set of potential copies available to hill the holds on that title. Hold wait estimate is configurable at the consortial level and each Evergreen implementation would need to take into consideration their avg circulation time, hold wait time or other factors like transit time which might influence hold wait estimates. \\ | + | * Evergreen supports a set number of claim returns allowed; beyond that, additional claim returns require supervisor authorization. This is based off the claims returned counter. This only blocks another claim returned, and circulation can still occur. Also, there is a new permission to allow changing the claims returned count for a patron. In order to use this feature, staff needs to have the appropriate permission. |
+ | * There' | ||
+ | * When marking an item damaged, several library settings are checked to determine whether the patron should be charged the copy price and/or a processing fee. Staff is prompted with this amount, which can either be applied or modified or canceled. | ||
+ | |||
+ | ==== Holds Enhancements ==== | ||
+ | |||
+ | * Evergreen allows for hold slips to be customized to include any field from the patron record and/or item record, in any position and orientation on the slip. Font, font size, and font weight are customizable. In addition, the hold slip may include a branch symbol (gif or jpg format) | ||
+ | * Evergreen supports behind the desk indicator printing on holds slip for patrons who have this flag in their patron record. (This would be for libraries with public hold shelves.) | ||
+ | * In Evergreen, between the time that a hold is checked in and a hold is placed on the hold shelf, there is a configurable delay before the status is changed to On Hold Shelf. | ||
+ | * Evergreen has the ability to ensure that manually edited copies (either deleting or changing to a non-holdable status) will have their holds retargeted. | ||
+ | * In Evergreen, between the time that a hold is checked in and a hold is placed on the hold shelf, there is a configurable delay before the status is changed to On Hold Shelf. | ||
+ | * The system supports a Clear Hold Shelf process. First, it removes holds from items that have expired on the hold shelf, and generates a report (aka clear hold shelf report) listing items to be cleared from hold shelf. Then staff can print the list, go out and physically pull the items off of the hold shelf. Next, staff scan the items in EG to either reset the items to the correct shelving location, capture the next hold or put the items in transit to the correct owning location. | ||
+ | * Staff can extend pickup deadlines for holds. | ||
+ | * In the patron view in the SC (staff client), you can select multiple holds in actions for selected holds and choose to change the pickup location. Evergreen has the ability to change the pickup location for all of a patron' | ||
+ | * Evergreen allows patrons with specific permissions to place holds on items they have already checked out. All other patrons cannot. This works by warning the user that the item is already checked out to them and, if they have the permission, the system gives them the ability to override. | ||
+ | * The system supports the ability to place holds on titles with status on-order. For additional information, | ||
+ | * Evergreen has the ability to designate specific org units that will not trigger a hold upon check-in. | ||
+ | * Evergreen added logic to hold targeting to skip branches that are closed at the time of hold placement and ' | ||
+ | * There are more options now for hold settings. One option is library weighting as well as looping. If looping is set, the holds targeter will skip any libraries that it targeted in a previous loop and will continue doing so until it has tried all libraries at which point it will start the process over again. If max loops are being used in hold management, at the end of the last determined loop, if there are no copies that could potentially fill a hold, the hold may be canceled. If there are checked-out copies, the hold stays in queue; otherwise, the hold is canceled and a cancellation notice is sent to the patron. | ||
+ | * The system offers the ability to secondarily sort the Holds Pull List by physical shelving location within the library. | ||
+ | * The system offers the ability to distinguish between staff-placed holds and patron-placed holds through a column in the holds interface. | ||
+ | * Hold cancellation can be displayed, along with information regarding the cancellation (e.g., cause, cancellation type, date, item, patron, etc.) | ||
+ | * There is support now in the system to allow configuration to disallow holds for items that are on the shelf at the location from which the patron is searching. | ||
+ | * The system supports patron specific hold notes that can display in the OPAC and print in the hold notice, but do not necessarily print on hold slips. | ||
+ | * The system supports ability for staff to move someone to the top of the holds queue. This was developed due to cases where a patron picked up a hold but the item was damaged. Since the patron had picked up the hold, it was considered filled. | ||
+ | * The patron can change the pickup location before the hold is ready for pickup. Then, the item is put in transit & a new holds slip is printed with a special symbol to indicate that the pickup location has been changed. If the location is changed while the item is in transit, than at next checkin the item is put in transit to the new location. A new holds slip is printed. | ||
+ | * The system supports a separate hold note field for staff use that can print on hold slip. | ||
+ | * Ability for patrons to view recently canceled holds and easily re-place holds. | ||
+ | |||
+ | ====== Staff Client Interface Enhancements ====== | ||
+ | |||
+ | * Evergreen includes color-coding into staff view of patrons when there is a bad or invalid address. Also included is an alert to patrons in the My Account view in the OPAC to alert them to the bad address problem. System automatically blocks /unblocks a patron when an address is marked invalid/ | ||
+ | * Ability to have the staff client automatically minimize after a settable period of inactivity to protect patron privacy. This is controlled through an org unit setting. | ||
+ | * Summary of bills, checkouts, and holds are visible from all of the patron screens. | ||
+ | * Historical summary of paid fines is sortable by column and displays sub-totals for each column; also allows the ability to limit by voided/ | ||
+ | * More streamlined display of copy information including number of copies, copy status, and number of holds in both staff client interface and patron OPAC. | ||
+ | * The system supports the ability to edit item records from any item record access point. | ||
+ | * From holding maintenance or item status by barcode, you can retrieve more item details. For example, total circulations by current and previous year, last status change, last checkout date & works station, last checkin time and workstation, | ||
+ | * The system includes a separate date field for the last change to the item in the item record. | ||
+ | * In the item record, the system displays total check-outs and renewals for year-to-date, | ||
+ | * There is better audio signal handling now. An example of how to customize the audio is at: [[http:// | ||
+ | * In Evergreen, there is an org setting to disable all staff client circ popups unless an unhandled exception occurs. The exception handling has been automated as much as possible, based in settings, to prevent the amount of popups that require staff attention at the circ desk. Alerts are communicated visually (e.g., screen color change) or audibly. | ||
+ | * The system supports two views of patron information: | ||
+ | * From the patrons screen, under holds, clicking place hold will bring up an embedded catalog. Placing a hold from the embedded catalog will automatically generate a hold for the current account of the patron you are viewing. | ||
+ | * The system supports a new messages (notes) UI in the info tab of the patron screen. | ||
+ | * The system supports a new interface that shows the most recent activity on the workstation (checkout/ | ||
+ | * Backend support is complete for locally customizable documentation and help on each page in the SC. More information: | ||
+ | * The system now captures and displays check-in and workstation history. | ||
+ | * Added the ability to pre-define messages, populated in a drop-down menu, to be applied to patron accounts. Includes: the ability to configure the message to act as a penalty (if desired), record the date and staff who applied the message, include a flag to mark item as resolved. If item is marked as resolved it will not display as an alert. | ||
+ | * Under grocery billings in Evergreen, billing type can be pre-populated with a list of common fine events (such as types and costs). | ||
+ | * Evergreen has the ability to retrieve users by numberic ID (separate from the barcode) in the staff client. This functionality is optional and set to false by default. | ||
+ | * Backend support for other types of receipts (like holds/ | ||
+ | |||
+ | ====== OPAC and My Account Enhancements ====== | ||
+ | |||
+ | * There is backend code support for a method to allow patrons to link their records in a way that grant privileges. This could be utilized in future implementations for social networking features. | ||
+ | * Patron passwords are now more flexible in length and content (shorter and numeric-only passwords are now allowed). Libraries can set minimum and maximum limits on password length in Password format in the Library Settings Editor. Developers working with this API will reference global.password_regex; | ||
+ | * Patrons can select a username, which can then be used to access OPAC and self check-out stations. API calls for developers are: open-ils.actor.username.exists and open-ils.actor.user.username.update | ||
+ | * My Account can allow patrons to update some information including: street address, e-mail address and preferred pick-up library for holds. Changes to address will be marked as pending in the patron' | ||
+ | * From the My Account interface, patrons can see their estimated wait time for a hold. Evergreen calculates the estimated wait time from the circ mods on the set of potential copies available to fill the holds on that title. Hold wait estimate is configurable at the consortial level and each Evergreen implementation would need to take into consideration their avg circulation time, hold wait time or other factors like transit time which might influence hold wait estimates. | ||
+ | * Patrons can title their bookbags (aka reading list) and place holds from it. | ||
+ | * Backend support has been developed to allow patrons to waive certain kinds of notices. | ||
+ | * The system supports combining multiple notices of the same type to the same patron into one event, so long as the system is configured to batch notices on an approximately daily basis. | ||
+ | |||
+ | ====== Billing, Collections and Fine/Fee Enhancements ====== | ||
+ | |||
+ | * Fines now consistently link to item record details | ||
+ | * The fine record includes a comments field, editable by staff. Staff can annotate payments and add notes to a specific billing. Staff can sort on payment type. When adding note, the current text shows as default in a pop-up window, so it can be appended or over-written. | ||
+ | * Staff and users can now only pay using the latest user data, which prevents accidental/ | ||
+ | * The system supports setting the maximum fine based on item type (e.g. generic=.50) AND not to exceed the cost of item. This works as an inheritable OU setting, circ.max_fine.cap_at_price, | ||
+ | * The system has the ability to run a report of accounts with users with overall negative balances, including the balance owed and last billing activity time, optionally filtered by home org. There is an option for issuing refunds for selected accounts on the resulting list. The report also captures patrons with any refundable transaction. | ||
+ | * Evergreen provides 3 distinct and independent types of blocks: system, manual and collections. Manual and collections are set manually by staff. | ||
+ | * A new penalty type of PATRON_IN_COLLECTIONShas been added. Its set when the collections agency puts the patron into collections, | ||
+ | |||
+ | ====== Action/ | ||
+ | |||
+ | * Action Triggers (AT) support many new notices for events such as items that are about to expire off of the hold shelf; items that are on hold and are about to reach the max hold time (if one is set); courtesy notices that are prior to due date. AT also logs all notices sent to patrons and this is accessible to staff in the SC to view all notices or cancel all pending notices. | ||
+ | * The system has the ability to cancel unsent notices before they are sent and the ability to search pending notices by item barcode. | ||
+ | * Administrators can choose to implement a collections warning prior to sending patrons to collections. When the account balance of the patron meets a certain threshold, they are sent a bill notice. This is driven by the total amount owed, not by individual bills. The patron is sent to collections after a configurable number of days since the bill notice was sent. The billing notice is handled with a new PATRON_EXCEEDS_COLLECTIONS_WARNING penalty. Files can be sent via SCP and FTP. | ||
+ | |||
+ | ======Acquisitions====== | ||
+ | |||
+ | *From within the general acquisitions search page, users are able to search on many fields in the acquisitions /serials workflow. For example on attributes of invoices, purchase orders, selection lists, bib records, etc.\\ | ||
+ | |||
+ | *General catalog searching is now supported for explicit truncation/ | ||
+ | |||
+ | *Acquisitions line item searches support NOT searches. \\ | ||
+ | |||
+ | *Money can be transferred from one fund to another (or to none). | ||
+ | |||
+ | *All transactions (except batch EDI delivery to vendors) post in real time including: | ||
+ | |||
+ | *In the User Interface, users now have access to all active funds, spanning multiple years, in the various ordering/ | ||
+ | |||
+ | *There is support for year-end fiscal turnover process that closes out funds and transfers encumbered amounts into a new fiscal year. This includes the ability to selectively roll certain funds over, while not rolling over others. | ||
+ | |||
+ | *Evergreen handles validation of ordering, receiving, | ||
+ | |||
+ | *Order record is annotated every time the record is touched with all historical decisions. | ||
- | Added the ability to " | + | *Selection lists are collections of bibliographic records (short or full) that temporarily store titles being considered for purchase. Selection lists can be shared for collaborative input.\\ |
+ | |||
+ | *Library staff have the ability to create distribution formulas for ease of receiving, processing and distributing materials. Branch, shelving location, and fund need to be separate from the distribution formula, so that staff can enter the distribution sets. Staff are able to use that formula for any shelving location they decide. | ||
- | Supports | + | *The system supports Batch ISBN/UPC search. This is located in the general Acquisitions search page, where you can choose |
- | Added quick links for staff to copy and paste patron address information. | + | *Backend support has been integrated |
- | Evergreen includes color-coding into staff view of patrons when there is a bad or invalid address. | + | *The system supports claiming, specifically |
+ | *a place to store the default claim interval for each vendor | ||
+ | *a way to show the selected claim date during the order | ||
+ | *a way to override | ||
+ | *a way to list items/orders that have reached the claim date. | ||
+ | A list of items that meet claims requirements can be generated, but claims must be initiated by librarians. \\ | ||
- | Evergreen provides 3 distinct and independent types of blocks: system, manual | + | *From the UI, staff can access the lineitem |
+ | |||
+ | *The purchase order printout is customizable, | ||
- | Patrons | + | *Staff are able to see all of the lineitems (with prices, copy counts, etc.) for a set of Pos and summary information is listed along the top of the page. The summary information includes: |
+ | |||
+ | *The system supports flagging prepaid orders so that invoicing is handled correctly.\\ | ||
+ | |||
+ | *The system allows building orders based on templates (distribution formulas); by shelving location or owning library.\\ | ||
- | Ability for patrons | + | *The system supports the ability |
+ | |||
+ | *Staff have the ability to apply and view notes and cancel causes on purchase orders as well as cancel causes on lineitems. | ||
+ | |||
+ | *There is an interface in the ACQ system for viewing what was sent to vendors via EDI. There are two ways to approach the viewing of sent orders: via PO search interface (for the general case) which gives finer detail on EDI orders and the ability to reset failed outbound EDI deliveries. \\ | ||
- | Ability to have the staff client automatically minimize after a settable period of inactivity | + | *Pending final UI work in the OPAC, the system has the ability |
- | Summary of bills, checkouts, | + | *Ability to create |
- | Historical summary of paid fines is sortable | + | *Nothing in the selection lists is holdable (either |
- | Fines consistently link to item record details.\\ | + | *Deleted bibs, callnumbers, |
- | Patrons with an " | + | |
- | Patrons may create library accounts through the OPAC. These are set as pending until they can be confirmed by staff. The backend support for this is done. | + | |
- | More streamlined display of copy information including number of copies, copy status, and number of holds in both staff client interface and patron OPAC. | + | |
- | The system supports the ability to edit item records from any item record access point. | + | |
- | The system supports | + | |
- | From holding maintenance or item status | + | |
- | The system now captures and displays check-in and workstation history. | + | |
- | The system includes a separate date field for the last change to the item in the item record. | + | |
- | In the item record, the system displays total check-outs and renewals for year-to-date, | + | |
- | The system supports a separate hold note field for staff use that can print on hold slip. | + | |
- | The patron can change the pickup location before the hold is ready for pickup. | + | |
- | The system supports ability for staff to move someone to the top of the holds queue. | + | |
- | The system supports patron specific hold notes that can dipslay in the OPAC and print in the hold notice, but do not necessarily print on hold slips. | + | |
- | The system recognizes certain catergories of patrons, like Card Canceled, Deceased, etc. and will not place holds for these categories. | + | |
- | There is support now in the system to allow configuration to disallow holds for items that are on the shelf at the location from which the patron is searching. | + | |
- | Hold cancellation | + | |
- | The system offers the ability to distinguish between staff-placed holds and patron-placed holds through a column in the holds interface. | + | |
- | There are more options now for hold settings. | + | |
- | The system offers the ability to secondarily sort the pull list by physical shelving location within the library. | + | |
- | If max loops are being used in hold management, at the end of the last determined loop, if there are no copies that could potentially fill a hold, the hold may be canceled. | + | |
- | Evergreeen | + | |
- | Evergreen allows for hold slips to be customized to include any field from the patron record and/or item record, in any position and orientation on the slip. Font, font size, and font weight are customizable. In addition, the hold slip may include a branch symbol | + | |
- | Evergreen supports " | + | |
- | In Evergreen, between the time that a hold is checked in and a hold is placed on the hold shelf, there is a configurable delay before the status is changed to "On Hold Shelf" . | + | |
- | Evergreen has the ability to ensure that manually edited copies (either deleting or changing to a non-holdable status) will have their holds retargeted. | + | |
- | The system supports a Clear Hold Shelf process. | + | |
- | Staff can extend pickup deadlines for holds. | + | |
- | In the patron view in the SC, you can select multiple holds in actions for selected holds and choose to change the pickup location. | + | |
- | " | + | |
- | Leave unset to ignore this entirely. | + | *ACQ permissions |
- | " | + | |
- | Evergreen allows patrons with specific | + | *The system supports the ability to transfer patron |
- | The system supports the ability to place holds on titles with status on-order. | + | |
- | Evergreen has the ability | + | *The system |
- | During check-out, | + | |
- | Evergreen | + | |
- | Evergreen has fast add capability. | + | |
- | In self check and SC, if a stff member checks out an item to a patron | + | *The system supports the ability |
- | For self check receipts, receipts include the same information | + | |
- | Audible cue support, for successful | + | *There is support for new, locally defined, cancel reasons |
- | In the self-check UI, patrons can view holds and patron position vs. the number | + | |
- | The self check-out station displays holds ready for pickup, then removes each hold as the item is checked out. | + | *The system supports the ability to send batches of orders to vendors, including orders |
- | Backend support for other types of receipts | + | |
- | Evergreen | + | *The system supports |
- | Evergreen | + | |
- | There is a new permission | + | *The system supports MARC file import with PO data.\\ |
- | Evergreen | + | |
- | There' | + | *The OPAC accepts enhanced content from the following vendors: |
- | The system | + | |
- | When a check-in is backdated, | + | *You can set up vendor profiles and flag those that are active. Those that aren't can be saved for historical purposes.\\ |
- | When marking an item damaged, several library settings are checked to determine whether | + | |
- | The system has the ability to run a report | + | *The system |
- | The system supports | + | |
- | The fine record | + | *The system |
- | A new penalty type of PATRON_IN_COLLECTIONShas been added. It's set when the collections agency puts the patron into collections, staff can define | + | |
- | Staff and users can now only pay using the latest user data, which prevents accidental/duplicate payments against the same transaction or against stale data. | + | *The system |
- | "There is better audio signal handling now. An example of how to customize | + | |
- | http:// | + | *The system |
- | For a more comprehensive example of how to customize | + | |
- | http:// | + | *The system |
- | In Evergreen, there is an org setting to disable all staff client circ popups unless an unhandled exception occurs. | + | To configure, in the client choose Admin -> Local Administration -> Printer Settings Editor from the top-level menu. |
- | Backend support has been developed to allow patrons to waive certain kinds of notices. | + | Then press the "" |
- | The system supports | + | Then enter the print command along with the string literal string %receipt.txt% where a filename would be expected. |
- | The system | + | |
- | Action Triggers (AT) support many new notices for events such as items that are about to expire off of the hold shelf; items that are on hold and are about to reach the max hold time (if one is set); courtesy notices that are prior to due date. | + | For example: |
- | Administrators can choose to implement | + | COPY %receipt.txt% LPT1 /b |
- | The system supports | + | or |
- | From the patrons screen, under holds, clicking place hold will bring up an embedded catalog. | + | lpr -S servername -P printername %receipt.txt% |
- | The system supports a new messages (notes) UI in the info tab of the patron screen. | + | |
- | The system supports | + | For generating |
- | Th patron record screen obscures certain information which can be considered sensitive. | + | |
- | Evergreen has the ability to automatically enter date, user, and location in messages and notes. | + | copy %receipt.txt% "" |
- | Backend support | + | |
+ | And then rename | ||
+ | |||
+ | *In the ACQ UI, there is a batch fund updater. | ||
+ | |||
+ | *The system has a configurable drop-down | ||
+ | |||
+ | *The system supports the ability | ||
+ | |||
+ | *The system supports the ability to transfer item records from one bibliographic | ||
+ | |||
+ | *The system supports a worksheet for each title received, to include title, call number, number of copies received, distribution, | ||
+ | |||
+ | *The system supports | ||
+ | |||
+ | *The system supports the import/export of MARC bibliographic and authority records | ||
+ | | ||
+ | *The system is fully compatible with OCLC Connexion for editing and transferring bibliographic and authority records | ||
+ | |||
+ | | ||
+ | |||
+ | *The system | ||
+ | |||
+ | *Added | ||
+ | |||
+ | *System supports the ability | ||
+ | |||
+ | *System supports simultaneous access to invoice interface.\\ | ||
+ | |||
+ | | ||
+ | |||
+ | *The system prevents overpayment in the invoice view page by linking invoices | ||
+ | |||
+ | *Staff can print a list of invoices paid before/ | ||
+ | |||
+ | *The system supports the ability to search invoices by number or vendor name, with links to vendors, and vendor records include links to invoice history. | ||
+ | |||
+ | *Staff | ||
+ | |||
+ | *The system supports | ||
+ | |||
+ | *The system has the ability to pay a partial invoice | ||
+ | |||
+ | *Issues can be automatically moved to a configured shelving location upon receipt | ||
+ | |||
+ | *When using full serials control, the default behavior for serials issue sorting and display in the holdings display will be reverse chronological order.\\ | ||
+ | |||
+ | *Staff can label serials issuances | ||
+ | |||
+ | *In serials receiving staff are able to choose which issues | ||
+ | |||
+ | *Staff | ||
+ | |||
+ | *The system supports purchase alert query (aka holds ratio report, holds alert report) compares holds to items and flags titles that need more copies. | ||
+ |
history/feature_list_2_0.txt · Last modified: 2022/02/10 13:34 by 127.0.0.1