Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Jira Legacy
serverSystem

...

JIRA
columnIdsissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId01505d01-b853-3c2e-90f1-ee9b165564fc
keyUXPROD-4186

Jira Legacy
serverSystem JiraJIRA
serverId01505d01-b853-3c2e-90f1-ee9b165564fc
keyUXPROD-4134

Jira Legacy
serverSystem JiraJIRA
serverId01505d01-b853-3c2e-90f1-ee9b165564fc
keyUXPROD-1845

Jira Legacy
serverSystem JiraJIRA
serverId01505d01-b853-3c2e-90f1-ee9b165564fc
keyUXPROD-4168

...

RequirementStatusPriorityUse Cases
(SAMPLE) Library System must be able to print claim to pdf based on a specified template defined in Settingscapable of producing claim details in PDF format

Status
colourYellowGreen
titlePendingVerified

Status
colourRed
titleHigh

Library has identified that a material due for receiving is "past due" based on the expected arrival date and needs to notify the vendor of such. Library communicates via email or submits a claim in the vendor system. Copyright Office will also send paper mail to certain vendors because they are required to send "Registered" mail that is signed and returned (often now they are sending pdf copies alongside that paper copy)
System must allow for multiple claim templates. Different templates used for different orders

Status
colourYellowGreen
titlePendingVerified

Status
colourRed
titleHigh

Copyright is actually sending claims to publishers. They manage claims differently from the rest of the library, with different legal wording in claims. 

The feature

Jira Legacy
serverSystem JIRA
serverId01505d01-b853-3c2e-90f1-ee9b165564fc
keyUXPROD-1581
could allow this workflow to be moved into FOLIO

Status
colourGreen
titleVerified


Cataloging in publication would also have different requirements for claim templates. Publishers just owe them a copy of the book in exchange for the Bib record. (Currently they are managing this workflow in the bib record. Orders do not exist for these) Check-in is managed in CIP program which was built in-house.


System allows user to track and view a claim deadline.

System throws alert when a piece is past it's expected receipt date

Status
colourYellowGreen
titlePendingVerified

Status
colourRed
titleHigh

The system identifies that a material due for receiving is "past due" based on the expected receipt date. The system alerts a user that the material is overdue so they can take action. The system identifies the claiming deadline for the material in question so the user is aware of whether a claim can still be made, or how much time they have left to complete the claim. 

  • LC groups rely on reports being generated from the ILS that identify what needs to be claimed OR users are manually identifying this (notice something is missing when opening a package or reviewing the list of expected issues)
User can disable claiming for specific orders

Status
colourYellowGreen
titlePendingVerified

Status
colourRed
titleHigh

User is able to decide not to make claims for specific orders or based on the details of specific orders.
User is able to delay the claim alert for a specific period of time

Status
colourYellowGreen
titlePendingVerified

Status
colourBlue
titlelow

User is not ready to claim material but wants the notification to appear again after a specific interval
User can review the previous claim actions taken for a given piece

Status
colourYellowGreen
titlePendingVerified

Status
colourBlue
titlelow

User is following up on a claim made by another librarian and that staff member is not available for consultation
System is able to generate a list of currently overdue pieces that can be opened in excel or similar software.

Status
colourYellowGreen
titlePendingVerified

Status
colourGrey
titleMedium

The ability to run a report/generate a list of "past due" expected issues would be very helpful, so that we can pick and choose which issues we want to claim and send to the vendor in batches, rather than issue by issue.
Exported List includes acq unit data, Tag data, location data, (place of publication from bib record).

If list is produced by Vendor it would need to also be sortable by the "section" (Eg. East view services East Central Europe, USSGD, etc.)

Place of publication from the bib record is how the section "custody" is determined.

System is able to generate a list of currently overdue pieces in EDIFACT format and upload it to S/FTP.

Status
colourYellowGreen
titlePendingVerified

Status
colourRed
titleHigh

Some vendors have very short claiming windows and LC does not have the staff to meet those deadlines in many cases. Automated electronic claiming would allow the library to meet those deadlines. If we don't meet the claiming window we often have to rebuy something and this value could be better sent elsewhere.
User is able to disable claiming once the window for claiming has expired

Status
colourYellow
titlePending

Status
colourBlue
titlelow

An audit trail is useful when claim deadlines are tight and claims must be submitted within a specific window for a given item. Generally, the window is around 90 days. Often for copyright the use case is that the publisher has been submitting issues but has missed one or more issues. They have 90 days to submit those issues. If they haven't it would be possible to take legal action against the publisher in which case an audit trail becomes very important. Being able to acquire material through copyright can save the library money.

In CRS we need to claim from either the publisher directly or via a subscription agent. Sometimes the publisher can not resend issues if we do not claim within a certain period of time (30 days - 6 months) This limit is set by the publisher and is generally consistent for a given publisher. 

Note the window for claiming for purchase from Vendor can be as short as 30 days and differs by publisher

Monographs Specific
Claiming is managed at the piece level

Status
colourGreen
titleVerified

Status
colourRed
titleHigh

User is able to open a claim for a single title/copy/volume etc. on a specific order. 
User is able to produce a list of overdue pieces by vendor

Status
colourGreen
titleVerified

Status
colourRed
titleHigh

User is able to claim multiple titles from a given vendor. Often send a list of claims to EBSCO for example.

Also common that claiming by demand is done per vendor

Serials Specific

Status
colourYellow
titlePending

Status
colourGrey
titleMedium

Irregular shipments of serial issues are especially prevalent with exchange partners. In the case that there are 2 copies ordered it can be difficult to determine which issue for which copy should be claimed. 
Claiming is managed at the piece level

Status
colourGreen
titleVerified

Status
colourRed
titleHigh

User is able to open a claim for a single title/volume/issue on a specific order
User is able to produce a list of overdue pieces by vendor

Status
colourGreen
titleVerified

Status
colourRed
titleHigh

User is able to claim multiple titles from a given vendor. Often send a list of claims to EBSCO for example

Also common that claiming by demand is done per vendor

DMEP

Status
colourYellow
titlePending


The exchange partner sends us a box of issues that they agreed to exchange for certain material. We determine that one or more issues are missing. We will reach out to that partner via email to request the issues.

Are there penalties for late or unreceived issues? Exchange partners are reviewed all the time and if they aren't performing well they might be removed from the partner list. For the most part this is managed informally with notes on the record there is no specific set of rules that eventually removes you from the list

Exchange partners will occasionally also submit claims to LOC from material they notice is missing and inter we submit a claim to the sub-agent/publisher to obtain the missing material and pass it along. Often LOC will initiate the claim with the agent on behalf of the exchange partner and instruct the agent to have the publisher to send the material directly to the exchange partner.

Note: DMEP staff do not initiate claims with vendors/publishers that is done by the acquisitions department. If order is lost we would restore the partner's quota points.


Questions:

QuestionStatusConclusionComments
Should claim forms be generated for a given order or a selection of orders?

Status
colourBlueGreen
titleOpenClosed

Yes, use cases updated above.Yes for all types of orders we will at times claim individual orders. We will also try to submit a list of titles for claiming to a given vendor that we order many things from
What order and receiving fields are required?

Status
colourBlue
titleOpen



Can you provide examples of your current claim form? For serials and for monographs

Status
colourGreen
titleClosed

Yes, the library will provide a handful of claim letters.The group will provide examples of a claim list sent to the large vendor, an informal claim sent to a foreign vendor, a template claim letter
Is there a use case in which in serials receiving a received issue does not trigger a claim for the prior unreceived issue? I.e., should receiving an issue automatically trigger a claim if the previous issue is unreceived?

Status
colourBlue
titleOpen



Is there a use case for searching open claims or viewing all open claims?

Status
Open
colourBlueGreen
titleClosed

Yes, see commentsBoth from a reporting and management level there will be search and filter requirements. Searching based on status, vendor, date range, vendor type, order type, division


Notes

  1. LC currently has Voyager Claim functionality disabled. This decision was made many years ago and the claim function was disabled because it was not granular enough and would result in too many distracting alerts.
    1. Currently export list of items that need to be claimed from voyager. Voyager generates a claim file from the reporter module that is sent to servers where another system transforms that into a claim form.
  2. Currently copyright office is manually reviewing titles and identifying what needs to be claimed
  3. (From Dawn Rapoza) Tacking onto a point made by Megan: Even if receipts are checked in only at the holdings record level (Self-Contained Units; no check-in record used), I believe a purchase order is still created (Firm Order/Copyright/Exchange). Can order type (Firm Order/Copyright/Exchange) be used to differentiate between titles for which there are multiple orders? Other SMEs who have been doing this at LC much longer than I have can correct me if I'm wrong.
  4. (From Dawn Rapoza) Tacking onto a point made by Lauren: Even though there might be a purchase order with type = Copyright and a second purchase order with type = Firm Order (used for purchased subscriptions in Voyager) for the same title (representing multiple "orders"), a check-in record for each order might not have been created, for any number of reasons. Though, I think, quite often, the step of creating the check-in record in Voyager simply might have been missed. This can result in issues not getting checked-in or otherwise incorrectly routing/handling issues, necessitating possible erroneous claiming, which the publisher may or may not honor. Just another added layer of complexity.

...