history:feature_list_2_0
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
feature_list_2_0 [2010/10/29 16:36] – gdunbar | feature_list_2_0 [2011/05/09 12:29] – Added pointers to documentation for zip code lookup feature stompro | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | **Circulation:** (please note that a few of these features may have found their way into 1.6) | + | ====== |
- | *There is backend code support for a method to allow patrons to link their records in a 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 | + | * Zip code information can be added to a local table which will pre-populate the City/State fields during patron registration. [[http:// |
+ | * 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 common 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 ==== |
- | *From the My Account interface, patrons | + | * 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 |
- | + | * There' | |
- | *Added the ability | + | * When marking an item damaged, several library settings are checked |
- | *Supports the ability to merge patrons; when it is determined that more than one account exists for a single patron. | + | ==== Holds Enhancements ==== |
- | *Added quick links for staff to copy and paste patron | + | * Evergreen allows |
+ | * 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's holds in a single process. Additionally, | ||
+ | * 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 | ||
+ | * 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. | ||
- | *Evergreen includes color-coding into staff view of patrons when there is a bad or invalid address. | + | ====== Staff Client Interface Enhancements ====== |
- | *Evergreen | + | * Evergreen |
+ | * 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 | ||
+ | * 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, and more. | ||
+ | * 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 | ||
+ | * 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 | ||
+ | * 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/ | ||
- | *Patrons can title their bookbags (aka reading list) and place holds from it.\\ | + | ====== OPAC and My Account Enhancements ====== |
- | *Ability | + | * There is backend code support |
+ | * Patron passwords are now more flexible in length | ||
+ | * 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. | ||
- | *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.\\ | + | ====== Billing, Collections and Fine/Fee Enhancements ====== |
- | *Summary | + | * 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, that changes the max_fine amount to the price IF the price is not null and is less than the rule-based max_fine amount. | ||
+ | * 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 | ||
+ | * A new penalty type of PATRON_IN_COLLECTIONShas been added. Its set when the collections agency puts the patron | ||
- | *Historical summary of paid fines is sortable by column and displays sub-totals for each column; also allows the ability to limit by voided/ | + | ====== Action/Triggered Event and Notice Enhancements ====== |
- | + | ||
- | *Fines consistently link to item record details.\\ | + | |
- | *Patrons with an " | + | * Action Triggers |
+ | * 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 | ||
- | *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. \\ | + | ======Acquisitions====== |
- | + | ||
- | *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 | + | *From within |
- | + | ||
- | *The system supports sets or kits of items and has the ability to display the number of items and a list of descriptions.\\ | + | |
- | + | ||
- | *From holding maintenance or item status by barcode, you can retrieve more item details. For example, | + | |
- | + | ||
- | *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. \\ | + | *General catalog searching is now supported |
- | + | ||
- | *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. \\ | + | *Acquisitions line item searches support NOT searches. \\ |
- | *The patron can change | + | *Money can be transferred from one fund to another (or to none). |
- | *The system supports ability for staff to move someone to the top of the holds queue. | + | *All transactions (except batch EDI delivery |
- | + | ||
- | *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 | + | *In the User Interface, users now have access |
- | + | ||
- | *Hold cancellation can be displayed, along with information regarding | + | |
- | + | ||
- | *The system offers the ability | + | |
- | + | ||
- | *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.\\ | + | *There is support for year-end fiscal turnover process |
- | + | ||
- | *If max loops are being used in hold management, at the end of the last determined loop, if there are no copies | + | |
- | + | ||
- | *Evergreeen added logic to hold targeting to skip branches that are closed at the time of hold placement and ' | + | |
- | + | ||
- | *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 | + | *Evergreen |
| | ||
- | *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" | + | *Order record is annotated every time the record |
- | + | ||
- | *Evergreen | + | |
- | + | ||
- | *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 | + | |
- | + | ||
- | *" | + | |
- | + | ||
- | *Leave unset to ignore this entirely.\\ | + | |
- | + | ||
- | *Evergreen allows patrons with specific permissions to place holds on items they have already checked out. All other patrons cannot. | + | |
- | *The system supports the ability to place holds on titles | + | *Selection lists are collections of bibliographic records (short or full) that temporarily store titles |
- | + | ||
- | *Evergreen has the ability to designate specific org units that will not trigger a hold upon check-in.\\ | + | |
- | + | ||
- | *During check-out, the patron' | + | |
- | + | ||
- | *Evergreen has the ability to track hourly checkout stats. | + | |
- | *Evergreen has fast add capability. | + | *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. |
- | + | ||
- | *In self check and SC, if a stff member checks out an item to a patron that is already checked out to that patron, the item will simply renew. | + | |
- | + | ||
- | *For self check receipts, receipts include the same information for renewal as checkouts and includes notes on items that failed to renew. | + | |
- | + | ||
- | *Audible cue support, for successful and unsuccessful check-out, at self check-out stations has been added. | + | |
- | + | ||
- | *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.\\ | + | |
- | + | ||
- | *Backend support for other types of receipts (like holds/ | + | |
- | + | ||
- | *Evergreen supports the ability to pay fines with a credit card at self check-out stations. | + | |
- | + | ||
- | *Evergreen supports a set number of claim returns allowed; beyond that, additional claim returns require supervisor authorization. | + | |
- | + | ||
- | *There is a new permission to allow changing the claims returned count for a patron. | + | |
- | + | ||
- | *Evergreen supports the ability to waive fines during check-in. | + | |
- | + | ||
- | *There' | + | |
- | + | ||
- | *The system has the ability to select items already checked in and retroactively backdate those items, using a button with a calendar selector. Any fines resulting from original | + | |
- | + | ||
- | *When a check-in is backdated, the item record retains both the actual date of check-in and backdate used. This information will display in the copy details interface. \\ | + | |
- | + | ||
- | *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. \\ | + | |
- | + | ||
- | *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. \\ | + | |
- | + | ||
- | *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 fine record includes a comments field, editable by staff. | + | |
- | + | ||
- | *A new penalty type of PATRON_IN_COLLECTIONShas been added. It's set when the collections agency puts the patron into collections, | + | |
- | + | ||
- | *Staff and users can now only pay using the latest user data, which prevents accidental/ | + | |
- | + | ||
- | *There is better audio signal handling now. An example of how to customize the audio is at: | + | |
- | http:// | + | |
- | For a more comprehensive example of how to customize the audio for check-in see: | + | |
- | http:// | + | |
- | + | ||
- | *In Evergreen, there is an org setting to disable all staff client circ popups unless an unhandled exception occurs. | + | |
- | + | ||
- | *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. \\ | + | |
- | + | ||
- | *The system has the ability to cancel unsent notices before they are sent and the ability to search pending notices by item barcode. \\ | + | |
- | + | ||
- | *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. | + | |
- | + | ||
- | *Administrators can choose to implement a collections warning prior to sending patrons to collections. | + | |
- | + | ||
- | *The system supports two views of patron information: | + | |
- | + | ||
- | *From the patrons screen, under holds, clicking place hold will bring up an embedded catalog. | + | |
- | + | ||
- | *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/ | + | |
- | + | ||
- | *The 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.\\ | + | |
- | + | ||
- | *Backend support is complete for locally customizable documentation and help on each page in the SC. \\ | + | |
- | + | ||
- | \\ | + | |
- | \\ | + | |
- | \\ | + | |
- | + | ||
- | + | ||
- | **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. | + | |
- | + | ||
- | 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. | + | |
- | The system supports Batch ISBN/UPC search. This is located in the general Acquisitions search page, where you can choose to search by single isbn, upc, or you can choose to upload a batch of isbns. | + | *The system supports Batch ISBN/UPC search. This is located in the general Acquisitions search page, where you can choose to search by single isbn, upc, or you can choose to upload a batch of isbns. |
- | Backend support has been integrated to give patrons the ability to submit purchase requests through the OPAC. The UI for this has not yet been integrated into the OPAC.\\ | + | *Backend support has been integrated to give patrons the ability to submit purchase requests through the OPAC. The UI for this has not yet been integrated into the OPAC.\\ |
- | The system supports claiming, specifically there is: | + | *The system supports claiming, specifically there is: |
*a place to store the default claim interval for each vendor | *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 show the selected claim date during the order | ||
Line 223: | Line 149: | ||
A list of items that meet claims requirements can be generated, but claims must be initiated by librarians. \\ | A list of items that meet claims requirements can be generated, but claims must be initiated by librarians. \\ | ||
- | From the UI, staff can access the lineitem and PO history. | + | *From the UI, staff can access the lineitem and PO history. |
| | ||
- | The purchase order printout is customizable, | + | *The purchase order printout is customizable, |
- | 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: | + | *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 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.\\ | + | *The system allows building orders based on templates (distribution formulas); by shelving location or owning library.\\ |
- | The system supports the ability to gather orders together and send them all at once, instead of manually and individually, | + | *The system supports the ability to gather orders together and send them all at once, instead of manually and individually, |
| | ||
- | Staff have the ability to apply and view notes and cancel causes on purchase orders as well as cancel causes on lineitems. | + | *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. | + | *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. |
- | Pending final UI work in the OPAC, the system has the ability to allow patrons to place volume level and issue level holds. | + | *Pending final UI work in the OPAC, the system has the ability to allow patrons to place volume level and issue level holds. |
- | Ability to create and print routing worksheets for manual receiving processes.\\ | + | *Ability to create and print routing worksheets for manual receiving processes.\\ |
- | Nothing in the selection lists is holdable (either by patrons or by most staff, apart from acquisitions staff). | + | *Nothing in the selection lists is holdable (either by patrons or by most staff, apart from acquisitions staff). |
+ | *Deleted bibs, callnumbers, | ||
- | Deleted bibs, callnumbers, | + | *The system supports shared |
- | The system supports shared and floating items by collection. | + | *ACQ permissions control which workgroups have view/edit access to lineitem and catalog records while PO/PL and copy-level ownership and permission depths affect viewing in other, more location-specific interfaces. \\ |
- | + | ||
- | ACQ permissions control which workgroups have view/edit access to lineitem and catalog records while PO/PL and copy-level ownership and permission depths affect viewing in other, more location-specific interfaces. \\ | + | |
- | The system supports the ability to transfer patron holds queue from one bibliographic record to another, singly or in batch, while preserving the original hold order. | + | *The system supports the ability to transfer patron holds queue from one bibliographic record to another, singly or in batch, while preserving the original hold order. |
- | The system has a reporting view which allows staff to identify bibs (shows ISBNs) | + | *The system has a reporting view which allows staff to identify bibs (shows ISBNs) |
- | The system supports lineitem alerts, lineitem receive alerts, and lineitem detail alerts for EDI messaging.\\ | + | *The system supports lineitem alerts, lineitem receive alerts, and lineitem detail alerts for EDI messaging.\\ |
- | The system supports the ability to exclude some types of items from patron hold limits. | + | *The system supports the ability to exclude some types of items from patron hold limits. |
- | There is support for new, locally defined, cancel reasons for EDI. There is also support for EG interpretation of EDI defined cancellation standards. \\ | + | *There is support for new, locally defined, cancel reasons for EDI. There is also support for EG interpretation of EDI defined cancellation standards. \\ |
- | The system supports the ability to send batches of orders to vendors, including orders for multiple accounts. | + | *The system supports the ability to send batches of orders to vendors, including orders for multiple accounts. |
- | The system supports the ability to FTP orders directly to vendors and receive acknowledgements and status reports from vendors. | + | *The system supports the ability to FTP orders directly to vendors and receive acknowledgements and status reports from vendors. |
- | The system supports MARC file import with PO data.\\ | + | *The system supports MARC file import with PO data.\\ |
| | ||
- | The OPAC accepts enhanced content from the following vendors: | + | *The OPAC accepts enhanced content from the following vendors: |
- | You can set up vendor profiles and flag those that are active. Those that aren't can be saved for historical purposes.\\ | + | *You can set up vendor profiles and flag those that are active. Those that aren't can be saved for historical purposes.\\ |
- | The system supports the ability to " | + | *The system supports the ability to " |
- | The system supports sequential barcode generation for ease of receiving and processing of new items and easily changing large groups of barcodes. | + | *The system supports sequential barcode generation for ease of receiving and processing of new items and easily changing large groups of barcodes. |
- | The system supports the ability to manually select libraries to receive items when partial orders are received or when items come in multiple deliveries. | + | *The system supports the ability to manually select libraries to receive items when partial orders are received or when items come in multiple deliveries. |
- | The system is compatible with Zebra Z4M thermal transfer printers. \\ | + | *The system is compatible with Zebra Z4M thermal transfer printers. \\ |
- | The system supports the ability to create, format and print spine labels. | + | *The system supports the ability to create, format and print spine labels. |
To configure, in the client choose Admin -> Local Administration -> Printer Settings Editor from the top-level menu. | To configure, in the client choose Admin -> Local Administration -> Printer Settings Editor from the top-level menu. | ||
- | |||
Then press the "" | Then press the "" | ||
- | |||
Then enter the print command along with the string literal string %receipt.txt% where a filename would be expected. | Then enter the print command along with the string literal string %receipt.txt% where a filename would be expected. | ||
- | For example, | + | For example: |
COPY %receipt.txt% LPT1 /b | COPY %receipt.txt% LPT1 /b | ||
- | |||
or | or | ||
- | |||
lpr -S servername -P printername %receipt.txt% | lpr -S servername -P printername %receipt.txt% | ||
Line 302: | Line 221: | ||
And then rename the resulting receipt.txt file after each print job.\\ | And then rename the resulting receipt.txt file after each print job.\\ | ||
- | In the ACQ UI, there is a batch fund updater. | + | *In the ACQ UI, there is a batch fund updater. |
- | The system has a configurable drop-down of alerts for line items that staff can control. | + | *The system has a configurable drop-down of alerts for line items that staff can control. |
- | The system supports the ability to update order records at the receiving stage; the ability to receive partial orders and unreceive orders; and the order record is updated automatically when the balance of a partial order is received. \\ | + | *The system supports the ability to update order records at the receiving stage; the ability to receive partial orders and unreceive orders; and the order record is updated automatically when the balance of a partial order is received. \\ |
- | The system supports the ability to transfer item records from one bibliographic record to another. \\ | + | *The system supports the ability to transfer item records from one bibliographic record to another. \\ |
- | The system supports a worksheet for each title received, to include title, call number, number of copies received, distribution, | + | *The system supports a worksheet for each title received, to include title, call number, number of copies received, distribution, |
- | The system supports the ability to easily scan over a " | + | *The system supports the ability to easily scan over a " |
- | The system supports the import/ | + | *The system supports the import/ |
| | ||
- | The system is fully compatible with OCLC Connexion for editing and transferring bibliographic and authority records (Z39.50). \\ | + | *The system is fully compatible with OCLC Connexion for editing and transferring bibliographic and authority records (Z39.50). \\ |
- | The system supports the ability to create a "short bib" record pending creation of the full MARC record. | + | *The system supports the ability to create a "short bib" record pending creation of the full MARC record. |
- | The system supports a utility to facilitate searching for full bibliographic records and create temporary " | + | *The system supports a utility to facilitate searching for full bibliographic records and create temporary " |
- | Added the ability to perform electronic receiving and invoicing as follows: ability to receive electronic packing slips and invoices by purchase order or invoice number; ability to edit number of copies, amount due, freight and service charges, and tax; ability to delete line items; ability to recalculate total amounts; ability to authorize payment within ILS.\\ | + | *Added the ability to perform electronic receiving and invoicing as follows: ability to receive electronic packing slips and invoices by purchase order or invoice number; ability to edit number of copies, amount due, freight and service charges, and tax; ability to delete line items; ability to recalculate total amounts; ability to authorize payment within ILS.\\ |
- | System supports the ability to do both regular and generic or blanket invoicing (refers to invoices without a purchase order number, e.g., direct charges to a fund).\\ | + | *System supports the ability to do both regular and generic or blanket invoicing (refers to invoices without a purchase order number, e.g., direct charges to a fund).\\ |
- | System supports simultaneous access to invoice interface.\\ | + | *System supports simultaneous access to invoice interface.\\ |
| | ||
- | System supports a number of fields including: | + | *System supports a number of fields including: |
- | The system prevents overpayment in the invoice view page by linking invoices to PO/ | + | *The system prevents overpayment in the invoice view page by linking invoices to PO/ |
- | Staff can print a list of invoices paid before/ | + | *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. | + | *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 can retrieve a PO or lineitem and access all the related invoicing data. \\ | + | *Staff can retrieve a PO or lineitem and access all the related invoicing data. \\ |
- | The system supports reopening a closed invoice (example: | + | *The system supports reopening a closed invoice (example: |
- | The system has the ability to pay a partial invoice for partial receipt of shipment, and then generate claims for the items that were not received. | + | *The system has the ability to pay a partial invoice for partial receipt of shipment, and then generate claims for the items that were not received. |
| | ||
- | Issues can be automatically moved to a configured shelving location upon receipt of the newer issue. | + | *Issues can be automatically moved to a configured shelving location upon receipt of the newer issue. |
- | When using full serials control, the default behavior for serials issue sorting and display in the holdings display will be reverse chronological order.\\ | + | *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 with easily identifiable text such as " | + | |
- | + | ||
- | In serials receiving staff are able to choose which issues to receive and distribute to which locations.\\ | + | |
- | Staff can add regular, supplemental, | + | *Staff can label serials |
- | The system supports purcahse alert query (aka holds ratio report, holds alert report) compares holds to items and flags titles that need more copies. | + | *In serials receiving staff are able to choose which issues |
+ | *Staff can add regular, supplemental, | ||
+ | *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