Problem(s):
- When changing the matching we may want to delete the Stub instance and that is not possible
- When orders are opened they are occasionally connected to the wrong instance
Use Cases & Requirements:
Requirement | Status | Use cases | ||||||||
---|---|---|---|---|---|---|---|---|---|---|
| Rather than matching the correct instance record, a new instance is created. | |||||||||
We are getting matches when the publisher provides an ISBN in the 024 or a publisher/distributor number in the 028. This is really common for Harrassowitz with music scores. So a short, non-unique publisher number, like "8021" matches multiple records already in Inventory, and then FOLIO picks the first one it finds and attached the new holdings/item. These aren't even the same title, different format - these are two very distinct publications. |
Proposed workflow:
Questions:
Questions | Status | Conclusions | Comments | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
What fields from each level are critical for export? |
|
Work Breakdown Structure:
Features:
UI Stories Jira Legacy