Details
-
New Feature
-
Status: Open (View Workflow)
-
P2
-
Resolution: Unresolved
-
None
-
None
-
Quesnelia (R1 2024)
-
Small < 3 days
-
90%
-
XL < 15 days
-
90%
-
Folijet
-
-
120
Description
Next steps:
- POs/Olamide/Kate review this feature
- categorize the types of changes
- split into Q and post-Q
- for post-Q, can we organize into a multi-release roadmap
Status
- 14 Sept 2023: 1st high-level review done, next: move the post-Q out and then re-review/refine the possible Q issues
Current situation or problem: Various infrastructure changes to improve the performance of source record storage
Possible changes
- Delete old, unused versions of MARC records
- reformat SRS data schema
Out of scope
Use case(s)
Proposed solution/stories
Links to additional info
Questions
TestRail: Results
Attachments
Issue Links
- defines
-
UXPROD-47 Batch Importer (Bib/Acq)
-
- Analysis Complete
-
- is continued by
-
UXPROD-4469 Data Import Architecture Refinements (Ramsons)
-
- Open
-
- is defined by
-
MODDATAIMP-743 2 SPIKE: Design approach for DI to rely on external identifiers
-
- Open
-
-
MODDATAIMP-922 3 Report User Friendly Errors
-
- Open
-
-
MODDATAIMP-971 Add data import error object schema
-
- Open
-
-
MODDICORE-251 1 SPIKE: Investigate support of multiple matching result handling
-
- Open
-
-
MODSOURMAN-1042 Delete All Source Records Belonging To Job Execution
-
- Closed
-
-
MODSOURMAN-1099 Ensure systemError property is saved in the "journal_records" table
-
- Open
-
-
MODSOURMAN-1101 Update recordProcessingLogDto endpoint to return "systemError" property
-
- Open
-
-
MODSOURMAN-1102 Fill in "systemError" property during journal record creation
-
- Draft
-
- relates to
-
UXPROD-3145 Remove SRS and Data Import Debris
-
- Draft
-
-
UXPROD-4471 Remove step of initial saving of incoming records to SRS
-
- In progress
-
- mentioned in
-
Page Loading...