|
Click on a question below to view the corresponding answer.
[]
Horizon Serials List of Categories
- When working in serials in a copy record, the vendor field is too short and you can`t tell which vendor your using. Can it be lengthened?
- Could the copy record in Serials Control Quick Search include a price field that would default to the item barcode record? This would save so much time as the price would not need to be entered each time for each periodical.
- In the Serials section of Horizon, when an item barcode is deleted or discarded, that particular issue is not removed from the copy summary in the bib record nor is the issue tagged as discarded in the Copy History section of the Serials Checkin Quick Search. Each item deleted requires someone to manually change the Summary of Holdings. In Dynix, when items were deleted, the system automatically adjusted the Summary of Holdings and the issue discarded was indicated as such in the Copy History. For one item this is not a big deal, but when thousands of items are deleted, as we do in January, this would be a monumental undertaking.
- The default price field is still 0.00 for items received through serial control. What I do is receive the periodical/serial through Serials Checkin Quick Search.
- Why isn't the Volume Search command (F8 when in searching) working?
- Library incorrectly checked in a serial, then had to change the volume to a different volume number. Now the serials copy history does not show this corrected enumeration.
-
When working in serials in a copy record, the vendor field is too short and you can`t tell which vendor your using. Can it be lengthened?
When you're working in a copy record, you're pulling in the mq_view called "copy." That view pulls data directly from the copy table, so only information that actually resides in the copy table can be used for editing.
The copy table doesn't contain the vendor name, but rather just the vendor number and the short alpha vendor code. That's why you can't see the full name of the vendor.
Top
-
Could the copy record in Serials Control Quick Search include a price field that would default to the item barcode record? This would save so much time as the price would not need to be entered each time for each periodical.
We have asked Dynix to include this functionality in a future upgrade.
Top
-
In the Serials section of Horizon, when an item barcode is deleted or discarded, that particular issue is not removed from the copy summary in the bib record nor is the issue tagged as discarded in the Copy History section of the Serials Checkin Quick Search. Each item deleted requires someone to manually change the Summary of Holdings. In Dynix, when items were deleted, the system automatically adjusted the Summary of Holdings and the issue discarded was indicated as such in the Copy History. For one item this is not a big deal, but when thousands of items are deleted, as we do in January, this would be a monumental undertaking.
That is the current Horizon functionality. We have submitted this as an enhancement request and hope it will be addressed in a future upgrade.
Top
-
The default price field is still 0.00 for items received through serial control. What I do is receive the periodical/serial through Serials Checkin Quick Search.
This is an item that is actually created through Serials control. This cannot be changed. Right now, no price maps over to the item record but rather a default of 0. Lots of libraries have commented on this and it has been added as an enhancement suggestion.
Top
-
Why isn't the Volume Search command (F8 when in searching) working?
The volume search uses the "volume" column data in the item record. if the volume # data is entered in any other column, such as "copy", the volume search option will not work. As for searching by year, the volume search uses data from the "issue_date" column in the "copy_issue" table. This means that you will not be able to search by year unless items are created when issues are checked in through the Serials Checkin module. Until more Serials checkins are entered into the database, this command will be of limited use. It will not be of use to sites that don't use serials control unless they actually enter something in the volume field of the item record.
Top
-
Library incorrectly checked in a serial, then had to change the volume to a different volume number. Now the serials copy history does not show this corrected enumeration.
There are instances when the summary of holdings and item record do not reflect the changed volume number. If the change is made after the item is SCKIed, then it will not change these records. You have to make that update manually. Or you could undo the receipt, make the change, and redo the SCKI. If the SCKI had created an item record that you had barcoded, you could delete it first and then re-use the barcode.
Top
|
