Ramsons (R2 2024) Notes on functionality

App

Notes

Jira

Product Owner

App

Notes

Jira

Product Owner

Notes

Possible to failure while creating multiple notes via API when creating multiple note_link objects for the same target object (was not able to reproduce it via manual testing or using Jmeter highload perfomance tests)

N/A

@Khalilah Gambrell

Floating collections

Floating collection is defined as a group of items that are not housed permanently at a specific library, but are shelved at the library where they were most recently checked in. Floating collections are used to decrease transportation of items between libraries and to reduce manual handling, transit time, shipping expenses and/or traffic emissions. The Back End work supporting floating collection is implemented.
See more here.

UXPROD-4969, UXPROD-5050

@Charlotte Whitt

MARC authority

New environment variable AUTHORITY_EXTENDED has been introduced in mod-inventory module. If the environment running the module has environment variable AUTHORITY_EXTENDED=true then data import process and quickmarc edit start to use extended version of authority record mapping which can produce additional elements saftBroaderTerm,saftNarrowerTerm,saftEarlierHeading,saftLaterHeading, saftPersonalNameTrunc, saftPersonalNameTitleTrunc, saftGenreTermTrunc, saftGeographicNameTrunc, saftCorporateNameTrunc, saftCorporateNameTitleTrunc, saftMeetingNameTrunc, saftMeetingNameTitleTrunc, saftUniformTitleTrunc, saftTopicalTermTrunc in json for mapped records and kafka messages, module mod-entitied-links starts to convert extended AuthorityDto to db entity and adds "relationshipType" and truncated versions of saft headings to the entry in "authority" and "authority_archive" tables  in "saft_headings" column

MODINV-1071

MODELINKS-248

MODELINKS-267

MODDICORE-426

@Justin Travis

Data export

Users can exclude fields from export by providing a list within data export mapping profile.

https://folio-org.atlassian.net/browse/UXPROD-4146

@Magda Zacharska

Data export

Improved data entry validation on the data export mapping profiles

https://folio-org.atlassian.net/browse/UIDEXP-383 https://folio-org.atlassian.net/browse/UIDEXP-384 https://folio-org.atlassian.net/browse/UIDEXP-385

@Magda Zacharska

Data export

  • Export instances set for deletion

  • Export deleted authority records

Additional information: https://folio-org.atlassian.net/wiki/x/Z4CLD

https://folio-org.atlassian.net/browse/MDEXP-683 https://folio-org.atlassian.net/browse/MDEXP-680

@Magda Zacharska

ECS - Data export

  • Data export supports now exports of instances and associated holdings/items records with a custom mapping profile from the central tenant.

  • Export of instance records with the default profile from the central tenant.

  • Export of authority records with the default profile from the central tenant.

https://folio-org.atlassian.net/browse/MDEXP-722 https://folio-org.atlassian.net/browse/MDEXP-721 https://folio-org.atlassian.net/browse/MDEXP-721

@Magda Zacharska

Automated patron blocks

Before Ramsons release, running automated patron block synchronization of any scope (“user” or “full”) would result in losing accumulated patron block data related to lost items for affected patrons. This may have affected libraries that use automated patron blocks with condition “Maximum number of lost items”. In order to rebuild lost data and recalculate patron blocks in these libraries it is recommended to run full patron block synchronization:

POST /automated-patron-blocks/synchronization/job { "scope": "full" }

In case if potential data loss is limited to specific patron(s), a user-level sync can be executed instead:

POST /automated-patron-blocks/synchronization/job { "scope": "user", "userId": "USER_ID_HERE" }

Both calls will return an ID of the sync-job which can then be used to monitor job’s progress:

GET /automated-patron-blocks/synchronization/job/JOB_ID_HERE

https://folio-org.atlassian.net/browse/MODPATBLK-179

@Stephanie Buck

ECS - Central ordering

This functionality must be enabled and it is only available in the central tenant of a FOLIO system with ECS enabled. As noted in the UI once this feature is enabled it can NOT be disabled in the Ramsons release version. System that do not plan to create orders centrally that they want to generate records inventory for use in related data tenants. Should not activate this funcitonality.

https://folio-org.atlassian.net/browse/UXPROD-4553

@Dennis Bridges

Order<>inventory link management ECS and non-ECS

When the relationships between inventory records are changed any linked orders will be updated to reference the new Instance holdings and item(s). Moving an item in inventory will now produce a warning modal if the movement will impact related order records. In some cases this will limit a users ability to change the relationship of item records directly from inventory.

This will prevent the corruption of order and receiving data resulting from the change of relationship between items, holdings and instances. In the ECS context it will allow items associated with central orders to be moved from a location in one tenant to a location in another tenant as long as the item and holdings are related to a “Shared instance”.

In this version it will not be possible to “change ownership” of items (move the item from one tenant to another) that are linked to a local order in a member tenant. However, these items could still be move between holdings and items within the local tenant.

https://folio-org.atlassian.net/browse/UXPROD-4976

@Dennis Bridges