MARCcat: MARC Bibliographic records (UXPROD-786)

[UXPROD-1980] Lock of some tags in MARC record, if required Created: 12/Aug/19  Updated: 16/Sep/20  Resolved: 19/Jun/20

Status: Closed
Project: UX Product
Components: None
Affects versions: None
Fix versions: None
Parent: MARCcat: MARC Bibliographic records

Type: New Feature Priority: TBD
Reporter: Annalisa Di Sabato Assignee: Tiziana Possemato
Resolution: Duplicate Votes: 0
Labels: Lock_tag, MARCcat-Bib
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Issue links:
Defines
defines UXPROD-786 MARCcat: MARC Bibliographic records Closed
Epic Link: MARCcat: MARC Bibliographic records
Development Team: @cult
Rank: Chicago (MVP Sum 2020): R5
Rank: Cornell (Full Sum 2021): R5
Rank: Duke (Full Sum 2021): R2
Rank: 5Colleges (Full Jul 2021): R5
Rank: GBV (MVP Sum 2020): R5
Rank: Lehigh (MVP Summer 2020): R5

 Description   

Possibility to lock some tags, following the needs of the library.



 Comments   
Comment by Kristin Martin [ 14/Aug/19 ]

Chicago requires more information before ranking. Is this about protecting local data upon overlay? Will the MarcCat import and Data import use the same rules for protecting data upon overlay?

Comment by Tom Wilson [ 26/Aug/19 ]

Ditto for Alabama. Lock vs. Protect? This would be an issue whether using MARCcat or other editor or loader.

Comment by Annalisa Di Sabato [ 24/Sep/19 ]

Please, can you give more details about the development of this issue?

In which case do you want the lock of some tags?

1. Is this issue referring to the user permission? I mean: we need to define several MARCcat user permissions (in the Setting app), to specify if the user can make CRUD operations on specific tags. For example he can add/edit/delete only tag notes (5XX/9XX), but he can't make any modifications of headings (1XX,7XX, XX ... and so on).
2. Is this issue referring to the overwriting of a records, function described in issue: https://folio-org.atlassian.net/browse/UXPROD-905? this means that during the load of a new record that will overwrite an existing one, some tags cannot be overwritten.

Comment by Jacquie Samples [ 19/May/20 ]

Duke still needs further information before being able to rank. Please answer the questions above and also consider if this is meant to protects specific fields through MARCcat (SRS) or specific fields in a particular record. I can see where protecting all HRIDs or UUIDs might be useful, but that about it.

Comment by Annalisa Di Sabato [ 20/May/20 ]

This function will be related to the possibility to lock some tags in the MARCcat record. This means that I can't edit or delete some tags (i.e. some 59X or 9XX )defined by the library for local or internal use.
The lock of these tags will be set in MARCcat Settings.

Instead, the overwriting of a records (function described in issue: https://folio-org.atlassian.net/browse/UXPROD-905) means that during the load of a new record that will overwrite an existing one, some tags cannot be overwritten, but in this case is the user that choose/slelect the tags that he wants to overwrite. The no-selected tags are keeping in the new record. It's a merge.

Comment by Ann-Marie Breaux (Inactive) [ 19/Jun/20 ]

Duplicates UXPROD-1689 Closed

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