All work
- Assign an editable numeric sequence to receiving piecesUXPROD-5276
- Data Import Architecture Refinements (Trillium): Error HandlingUXPROD-5275Ryan Taylor
- Volaris - Trillium R2 2025 InnReach supportUXPROD-5274Tim Auger
- Trillium - FEATURE: Accessibility compliance for Linked DataUXPROD-5273Resolved issue: UXPROD-5273
- Trillium - FEATURE: Discovery | Linked Data CatalogingUXPROD-5272
- FEATURE - Trillium: Provenance & admin data | ReportingUXPROD-5271
- FEATURE - Trillium: Front End FunctionsUXPROD-5270
- Edge API improvements - Umbrellaleaf R1 2026UXPROD-5269Craig McNally
- Lists - add courses and reservesUXPROD-5268Kathleen Moore
- ECS with mod-tlr enabled (Eureka) - Support for requesting Items without barcodesUXPROD-5265Anne Ekblad
- NLS. Map Libris specific language codes to FOLIO Inventory Language code listUXPROD-5266Resolved issue: UXPROD-5266Charlotte Whitt
- FEATURE - Trillium: Authority lookupUXPROD-5264
- FEATURE - Trillium: MARC validation rules | Linked Data CatalogingUXPROD-5263
- Declared lost functionality for Eureka ECS with mod-tlr enabled environmentsUXPROD-5262
- Claimed returned functionality for Eureka ECS with mod-tlr enabled environmentsUXPROD-5261
- Volaris - Trillium R2 2025 Enhancements/Bugfixes/Tech DebtUXPROD-5260Irina Pokhylets
- Volaris - Module releases, RMB/Stripes updates, migration scripts (Trillium R2 2025)UXPROD-5259Irina Pokhylets
- Re-order item records via APIUXPROD-5257
- ERM: Improvements to publicLookup APIUXPROD-5256Owen Stephens
- Optional Application DependenciesUXPROD-5255
- Checking the current status of the COUNTER_SUSHI API (Edit mode)UXPROD-5254Stefan Dombek
- NFR: Add SUSHI exception codes 2011, 3032, 3063UXPROD-5252Resolved issue: UXPROD-5252Stefan Dombek
- Use of simple HTML tagging in the staff slipsUXPROD-5250Charlotte Whitt
- Add Title, Authors, and Uniform title to Instance Classification browse resultsUXPROD-5249Christine Schultz-Richert
- Add new token Holdings administrative note for Staff slips (Umbrellaleaf)UXPROD-5248Charlotte Whitt
- (Draft) Courses: Add additional columns to Reserves paneUXPROD-5246
- SUNFLOWER - FEATURE: Mapping Work entity components | Instance entity componentsUXPROD-5241Resolved issue: UXPROD-5241
- Trillium - FEATURE: Data Import - Thin ThreadUXPROD-5239
- Refinements to Inventory Statistical CodesUXPROD-5237
- Trillium - Version history improvementsUXPROD-5235
- Add support for normalized barcode lookupUXPROD-5232
- Ability to search and browse Local authority main headingsUXPROD-5231
- Implement slicing mechanism for Bulk edit jobsUXPROD-5230
- Linked Data. Updating an Inventory instance should automatically update the third-party application entity as wellUXPROD-5229
- Linked Data. Ability to capture an entity present in a third-party application and save it in the Inventory storageUXPROD-5228
- Linked Data. Ability to perform a search in a third-party application, starting from InventoryUXPROD-5227
- MARC Migration Tool ImprovementsUXPROD-5226
- Open Access: Extend support for Institutional levelsUXPROD-5225Owen Stephens
- Upload KBART files to specific packages directly via eHoldings appUXPROD-5253
- Add Requester's name to Search slips in Data (Lending) tenantsUXPROD-5224
- Add Requester's name to Pick slips in Data (Lending) tenantsUXPROD-5223
- Lists - support building queries based on rangesUXPROD-5222
- Lists/FQM: Return notes helper app informationUXPROD-5221
- FQM/Lists app support: eholdings appUXPROD-5220
- FQM/Lists app support: Ability to query MARC authority recordsUXPROD-5219
- Analysis: Create a UI for searching MARC fields and subfieldsUXPROD-5218Christine Schultz-Richert
- MARC Validation Rules Management User InterfaceUXPROD-5217
- MARC validation: Complete deprecation and delete rules implementationUXPROD-5216
- Trillium - MARC Validation ImprovementsUXPROD-5215
- Trillium - Spitfire - Remove PII data from logs (NFR)UXPROD-5214
50 of
Assign an editable numeric sequence to receiving pieces
Description
Priority
Labels
Fix versions
None
Development Team
Thunderjet
Assignee
Unassigned
UnassignedSolution Architect
None
NoneParent
None
Parent Field Value
None
Parent Status
None
relates to
Checklist
hideDetails
Reporter
Joseph ReimersJoseph ReimersPO Rank
0Release
Not ScheduledTestRail: Cases
Open TestRail: CasesTestRail: Runs
Open TestRail: Runs
Details
Details
Reporter
Joseph Reimers
Joseph ReimersPO Rank
0
Release
Not Scheduled
TestRail: Cases
Open TestRail: Cases
TestRail: Runs
Open TestRail: Runs
Created 18 hours ago
Updated 13 hours ago
Activity
Show:
Description
Libraries need the ability to adjust the display for both expected and received Receiving pieces in the receiving app in order to simplify various operations and to account for the arrival of unplanned pieces or pieces out of expected sequence. Additionally, libraries find it desirable to be able to share this sequence with public-facing catalog interfaces.
Approach
Receiving pieces will automatically be assigned a sequence number which library staff will be able to edit.
Expected, Received and Unreceivable pieces all share the same sequencing
Sequence number will be assigned in ascending order
Sequences will be displayed in descending order (sortable)
Manually reassigning a sequence number will automatically resequence any numbers.
By default, existing numbers equal to or greater than the assigned number will be incremented by 1
Example: A receiving title has 10 pieces
A new piece arrives that belongs in sequence 8. This new piece makes 11 total pieces.
User assigns the new piece sequence 8.
Existing sequence numbers 8, 9 and 10 are incremented to 9, 10 and 11
Sequence numbers 1-7 remain unchanged.
If a piece with a low number has a higher number assigned, numbers equal to the newly assigned number and greater than the previous number will have those numbers decremented by 1.
Example: A receiving title has 10 pieces
User assigns piece with sequence 4 to sequence 7
Sequence numbers 5, 6 and 7 will be resequenced to 4, 5 and 6
Sequence numbers 1, 2, 3, 8, 9 and 10 remain unchanged
Sequence numbers associated with deleted receiving pieces will remain reserved and included in any sequencing calculations.
Example: A receiving title has 10 pieces
User deletes pieces 1-3
Resequencing does NOT occur
User adds a new piece
New piece has sequence number 11.
Assumptions
Automatic sequence generation will be based on creation order. Simultaneous creation will also factor in publication date.
Sequence adjustment will be uncommon and seldom involve more than a few pieces (i.e. accounting for unexpected or unpredictable pieces)
Even though over time a particular receiving title may accrue hundreds or thousands of receiving pieces, an adjustment of more than 20 or so pieces should be extremely rare.
The above is based on the presumption that receiving pieces will be generated annually as subscriptions are renewed.
In scope
Add sequence number to display in receiving view and edit screens
Make sequence number editable in edit screen
Ensure sequence numbers generated from batch operations (such as Serials) are correct
based on publication date earliest to latest
Ensure existing pieces receiving a sequence number based on publication date (if known) - migration story
Out of scope
Sorting on chronology
Application of sequence number outside of Receiving app
Current scope does NOT include modifications to Claiming
Additional info
See Approach 4 at