...
Feature |
| ||||||||||||||||
Release | Sunflower | ||||||||||||||||
Document status |
|
Table of Contents | ||
---|---|---|
|
...
Document business expectations? Where do we differ from AcquistionsAcquisitions? Some examples:
ECS handling - change ownership
Setting record for deletion
Default display (sort, number to display, how to go through more history) - endless scroll? More?
Document some user workflows (i.e. Single record overlay)
Work with Kimie to revise UX (
)Lref gdrive file url https://drive.google.com/drive/folders/17ghSSy1kvLOVGO8JzFyFJXfjbJHt8mo6 Remove “sort by”
Remove examples where the app is identified as the trigger for the change
Write user stories
...
Ability to rollback to and/or view previous versions
Ability to sort
Including the app that triggered the change
Exporting version history
Highlighting the fields changed
Tech design
Requirements overview
Requirement | Notes | Jira(s) | ||
---|---|---|---|---|
1 | Feature toggle so that libraries can set whether the feature is enabled (applies to both FOLIO and MARC source records) |
| ||
2 | Include version history on:
| |||
3 | Display the date and time of the change in local timezone | |||
4 | Display the source of the change (user vs system) | |||
5 | Identify as a “Change”, and indicate whether the field was:
| |||
6 | Indicate the field changed on Instances detail view for both FOLIO and MARC source records. Note: for MARC source records, the field changed should reflect the Instance field changed (see other requirement for Source view) | |||
7 | In Source view for MARC source records, identify the specific MARC fields (not to the point of indicators or subfields) changed | |||
8 | If a MARC field is changed that does NOT map to a FOLIO instance, do not include the change in the Instance detail view log | |||
9 | Record changes after the record has been opened (edited) for the first timeIgnore changes to metadata | |||
10 | Only include 15 changes in the log at a time |
| ||
11 | Present a toast message that loading additional changes may take time | |||
12 | Holdings & item deletion - Log in the audit |
Questions
Question | Answer | Date | |
---|---|---|---|
1 | In the mockups, the user name is hyperlinked - does this just go to the user record? | Yes |
|
2 | Assuming that the highlight of fields changed (as implemented by Acquisitions) should be considered out of scope? | Yes |
|
3 | Do we indicate when one record is updated from changes to made to another record (such as updating the call number on a holdings record which then updates the effective call number on the item record)? | If there is a field that is autogenerated/updated, needs to be reflected in item version history |
|
4 | Do we include a change of “Shared” for ECS? | Yes. If a local record is shared, include a change of promoted to shared |
|
5 | Do we include a change of “Derived” ?and “Duplicate” | Yes |
|
6 | Do we include a change if the
| Yes |
|
7 | Is keeping one year of history sufficient? Potentially need some sort of workflow where a user can make a call to some sort of archive to get more history? | Needs further discussion | |
8 | Do we need to track when fields are reordered in quickMARC? | Yes - indicate field and a action of “Moved”? - Ping acq about what they’re doing if:
| |
9 | Confirm whether there will be changes logged when records are linked together? (might show with parent/child?) | ||
10 | Confirm whether a tag added to holdings will be reflected in change log | ||
11 | Confirm whether the linking of authorities to bibs be reflected in change log |