Staff Slips (UXPROD-19)

[UXPROD-1833] Barcode token to render as a number (not image) for staff slips Created: 27/Jun/19  Updated: 11/Jan/22  Resolved: 20/Dec/19

Status: Closed
Project: UX Product
Components: None
Affects versions: None
Fix versions: Q4 2019
Parent: Staff Slips

Type: New Feature Priority: TBD
Reporter: Darcy Branchini Assignee: julie.bickle
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Issue links:
Relates
relates to UICIRC-393 Provide two options for barcode token... Closed
Potential Workaround: Currently available as an image.
Epic Link: Staff Slips
Development Team: Vega
PO Rank: 52
Rank: Chalmers (Impl Aut 2019): R4
Rank: Chicago (MVP Sum 2020): R1
Rank: Cornell (Full Sum 2021): R4
Rank: Duke (Full Sum 2021): R1
Rank: 5Colleges (Full Jul 2021): R1
Rank: GBV (MVP Sum 2020): R4
Rank: Lehigh (MVP Summer 2020): R2
Rank: U of AL (MVP Oct 2020): R4

 Description   

Purpose/Problem:
Barcodes for item and user are already available as tokens for staff slips, and they currently render as a barcode image. Libraries vary on their individual needs, therefore, both should be available, and then should render accordingly.

Implementation Thoughts:
Keep requester.barcode and item.barcode options, and rename them to requester.barcodeImage and item.barcodeImage and they should continue to render as an image.
Add requester.barcodeNumber and item.barcodeNumber, and they should render as the number only.



 Comments   
Comment by Anya [ 27/Jun/19 ]

FC: One or the other.

Comment by David Bottorff [ 09/Jul/19 ]

Chicago would need barcode as a number on staff slips at go live. Could live without barcode as an image for up to a year.

Comment by David Bottorff [ 19/Aug/19 ]

Question: does the image version of the barcode include the human readable number as part of the image? Or just the machine scannable barcode?

Comment by Darcy Branchini [ 19/Aug/19 ]

David Bottorff, yes, it does. Apparently some folks thought it was a waste of a space and/or ink to print the barcode. That's why this has been added as a feature.

Comment by David Bottorff [ 19/Aug/19 ]

If that's the case, Chicago is fine with the current solution (barcode as image, includes human readable numerals) for go live.

Comment by Tom Wilson [ 22/Aug/19 ]

If the barcode is only available as an image, copy / paste function is not available, thereby increasing the likely hood of user error. We do a lot of copy / paste to easily move barcode data to other systems, such as ILL. I find it interesting that a text version of the numeric is stored in the system already, but it apparently cannot be displayed as such.

Comment by David Bottorff [ 22/Aug/19 ]

These are print staff slips, so copy and paste is not possible. The image allows scanning the print slip.

Comment by Khalilah Gambrell [ 16/Dec/19 ]

Darcy Branchini, are these stories linked to this feature - https://folio-org.atlassian.net/browse/UICIRC-393?

Comment by Cate Boerema (Inactive) [ 09/Jan/20 ]

Darcy Branchini was this completed in Q4? If so, can you please add the fix version (so it shows up on release notes and in stats). Thanks!

Comment by Darcy Branchini [ 09/Jan/20 ]

Cate Boerema, added Q4 2019 to it. Thanks!

Comment by Cate Boerema (Inactive) [ 10/Jan/20 ]

Darcy Branchini will you add notes to the Important upgrade considerations for this change? If I'm reading this correctly, it sounds like the previous barcode tokens are no longer going to work. https://folio-org.atlassian.net/wiki/display/COMMUNITY/Q4+2019+%28Edelweiss%29+Release+Notes

Comment by Darcy Branchini [ 10/Jan/20 ]

Cate Boerema, I'm adding it to release notes, but it will continue to work the former item.barcode will render as a number only and the item.barcodeImage will render as a scannable image.

Generated at Fri Feb 09 00:18:54 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.