Recordings are posted Here
Attendees: Ann-Marie Breaux (Deactivated)
To do's in red
Agenda topics:
- Current development: Sprint 116:
- Finalizing Juniper releases, Iris Hotfix 2 releases, Onboarding 5 new staff (new scrum master, 2 BE devs, 1 FE dev, 1 tester)
- Quick review of the outstanding bugs
- Field protection fixes: review examples. Is this correct and complete?
- Probably will not be done by Iris Hotfix 2, needed in an Iris Hotfix 3?
- After this, follow-on work to override field protections (once they are working properly) and update individual SRS fields
- Bug when creating Instances instead of matching/updating them: MODDATAIMP-427
- Review the bug and confirm preferred action
- Not planned as an Iris hotfix since it's an edge case. Needed as a Juniper bugfix? Or can it wait until Kiwi release?
NOTE: Additional discussion topics in Subgroup parking lot
To do's
- Confirm Rancher environment for Data Import/quickMARC testing (Khalilah and Ann-Marie) - IN PROCESS
- Data Import FAQ updates (Ann-Marie) - IN PROCESS
- Default behaviors (implicit/explicit) - CONTINUE WITH THIS AT NEXT MTG
- A-M started a spreadsheet; will this be helpful as a way to make the relationships between the actions clearer?
- Added rows for quickMARC edit/create actions and Instances created by POLs
- Update instance - only updates fields that are not part of the MARC record, e.g. instance status
- Shelfready scenario: import the fully-cataloged MARC record
- Update instance status (Action profile = update instance) (also implicit update of the SRS MARC)
- Delete acq data from 9xx field (Action profile = Update SRS MARC/modify) (also implicit update to instance, to remove a vendor number, or other extraneous info. Note that the 9xx data can live on the SRS MARC but not affect the instance if the 9xx data is not surfacing in the instance. If the default MARC-Instance map does not have any mappings for that 9xx data, then no updates will surface on the Instance after the SRS MARC update)
- Update the holdings with call number (Action profile = Update holdings)
- Update the item with barcode (Action profile = Update item)
- Scenario
- Batch update to an item, but not retaining the MARC record, which is just being imported to carry in the change
- If matching only on holdings ID or item ID, will make the updates on those records and not update the ACTUAL SRS MARC;
- A-M make a video of brief and how it affects holdings/item without Instance/SRS MARC update, versus - if I use a brief MARC to update suppress or status on a group of MARC records, will that overlay the SRS MARC
- To do: Next week, A-M talk with Kimie and see if ideas for updating the UI for implicit
- Is implicit a temporary situation or not? Does it need to be temporary? Why or why not?
- A-M started a spreadsheet; will this be helpful as a way to make the relationships between the actions clearer?
- Creating FOLIO orders from MARC 9xx data
- Lehigh MARC program creates SRS MARC for the new orders as well as Instances. In FOLIO, currently POLs only create Instances, not SRS MARCs
- Per Michelle Suranofsky this is the project: https://github.com/folio-labs/order-import-poc
- Chicago has made it more configurable and added the ability to create invoices. Their branch: https://github.com/folio-labs/order-import-poc/tree/uchicago-invoice-import
- Upcoming meeting: Go through Acquisitions workflow - matchpoints, import profiles
- Kiwi will probably not have Data Import for MARC Order/Invoice info. Would it be helpful to prioritize matching by POL to identify relevant Instance, Holdings, Item
- Lehigh MARC program creates SRS MARC for the new orders as well as Instances. In FOLIO, currently POLs only create Instances, not SRS MARCs
- Data import setup checklist
- Surfacing errors in log summaries
- Fix column sorting - will help with large results sets
- Mockups
- Export – only errors? All?
- EDIFACT Invoices
- Import job monitoring and alerting e-mails - POSTPONED
- Review proposed implementation
- Discuss default e-mail text