Details
-
Story
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
-
None
-
-
Folijet Sprint 165, Folijet Sprint 166, Folijet Sprint 167, Folijet Sprint 169, Folijet Sprint 170
-
8
-
Folijet
-
Poppy (R2 2023)
Description
Problem definition:
We don’t have an explicit action to save the SRS MARC record, it is implicit and happens (almost… we already have a couple of exceptional cases, which were added later as “bug fixes”) for each incoming file. When it was designed we thought of an incoming file as a new and valid record that should be saved prior to any other actions and serve as a single source of truth. In fact, what we have now - there are indeed records that are coming and should be saved in SRS and referenced by other entities that are derived from it. However, there are also multiple use cases (usually some kind of updates or creates on Holdings and/or Item), where incoming MARC record is considered to be disposable, it might contain only partial data, and if we save it we end up either with lost data (when original record is overridden) or with messed up links to corresponding inventory entities (when we save the record as new one)
Notes:
- Consider making Create/Update SRS MARC Bib explicit - a separate step in the profile
- Alternatively some kind of a check box should be added when profile is constructed specifying whether MARC Bib is supposed to be saved or not
- Maybe initial saving of incoming MARC Bibs is not necessary, it should be a part of Create Instance (or maybe other scenarios). Might help in eliminating (at least partially) post-processing logic for Instance creation - all ids will be generated and assigned, 001, 003 and 035 handling will have to move to mod-inventory
- Need to clarify the situation with DI logs - if we do not save the incoming MARC Bib, we won't be able to display the MARC json
TestRail: Results
Attachments
Issue Links
- defines
-
UXPROD-3932 NFR: Folijet - Poppy - RCA I&A
-
- Closed
-
- improves
-
MODSOURMAN-819 The status of Instance is Multiple in the Import log after uploading MARC file for update
-
- Closed
-
-
MODSOURMAN-891 SRS MARC Created when No Create Instance Action in Job Profile
-
- Closed
-
-
MODSOURMAN-907 The '2' number of Instance is displayed in cell in the row with the 'Updated' row header at the individual import job's log
-
- Closed
-
- is duplicated by
-
MODDATAIMP-746 SPIKE: Design approach to remove post-processing step when Instance is created
-
- Closed
-
- relates to
-
MODSOURMAN-1021 Provide endpoint for getting parsed content for DI log
-
- Draft
-
-
MODDATAIMP-710 Adding MARC modifications to imports with update actions creates broken records
-
- Blocked
-
-
MODINV-849 Move 001+003->035 logic to inventory
-
- Draft
-
-
MODINV-850 Save SRS MARC by an HTTP request from Inventory
-
- Draft
-
-
MODSOURCE-299 Change record version mechanism if match discarded.
-
- Open
-
-
MODSOURCE-672 Remove step of initial saving of incoming records to SRS
-
- Draft
-
-
MODSOURMAN-819 The status of Instance is Multiple in the Import log after uploading MARC file for update
-
- Closed
-
-
MODSOURMAN-891 SRS MARC Created when No Create Instance Action in Job Profile
-
- Closed
-
-
MODSOURMAN-907 The '2' number of Instance is displayed in cell in the row with the 'Updated' row header at the individual import job's log
-
- Closed
-
-
MODSOURMAN-1020 Add table to save incoming records for DI logs
-
- Open
-
-
MODSOURMAN-1022 Remove step of initial saving of incoming records to SRS
-
- Open
-
-
MODSOURMAN-1023 Rename event DI_SRS_MARC_BIB_RECORD_CREATED
-
- Draft
-
-
UXPROD-4471 Remove step of initial saving of incoming records to SRS
-
- Open
-