| | | |
|---|
10 | Requirements | Dennis | Thanks to the Consortia SIG group; reviewed as part of this process Thanks to community, sales documentation, competitive analysis, MOBIUS, and FOLIO Implementer interviews
UXPROD-4049: Enhanced Consortia Support Documentation being added to the Consortia SIG space on the FOLIO wiki |
10 | Single Entry Point for a user | Dennis | Upon login, the system will apply a primary affiliation = active affiliation Users with more than one affiliation can switch their active affiliation which changes their experience (context) in FOLIO Affiliation changes allows a user to switch tenants without leaving FOLIO; in particular, allow a user to move from a Consortia tenant to a separate tenant Permissions control access, view, edits, etc. of user with multiple affiliations A user with appropriate permissions can view and edit affiliations of other users User record contains an affiliation accordion where you can see the affiliations assigned to a user and the permissions that user has with each affiliation
|
5 | Settings & Configurations | Dennis | Each library staff manages their own settings; users are not able to modify settings for other libraries A new option for Consortium in Settings; only visible to those who have permission New permissions that will allow users to manage settings on behalf of other members; i.e. a consortia manager
|
10 | Consortium Manager | Dennis | New application that allows configuration changes for multiple members at a time First step is to select the members for which configurations are being made: sets context and is sticky This approach is seen as a significant improvement to the user experience of managing complex settings across member libraries Terms or controlled vocabularies can be added to individual members and/or share across members for consistency Policies and templates can be managed and shared between/with member libraries Shared settings only edited at the consortium level
|
25 | Q&A | Dennis | Might be good to categorize the setting 'type' of pages? What settings does the Consortia SIG as the most important to manage at a consortial level? For the permission functionality mean that there is a shared user database or do certain permissions enable something like a virtual view of all users or is a complete list of users only visible in the consortia tenant? The design ATM is emphasizing privacy at the moment; users are only visible in their home tenant No common list of users Changing affiliations allows a user to view a list of users in that tenant Users with a tenant affiliation will appear in that tenant's list of users Link to some of that consortia app functionality
Does this have an impact on consortial borrowing? Will there be a sandbox/demo server specially for the consortial extensions to test them? How does the tenant know it's the "consortia" tenant? Installation of the Consortium Manager module/app More technical answers likely, but not known at this moment by Dennis
Comment from Peter S.: This comes close to our requirements for a consortia admin tool and the role of some kind of superuser. It seems to be valuable for managing general configurations in a multi-tenant environment and it looks quite familiar to me compared with the ILS admin tool which is currently used at GBV. What is the vision for libraries being on a shared vs. single tenant? Created to open the door for consortial management of multiple tenants No intention to encourage libraries to be in a single tenant vs. a shared tenant Tenants could be divided separately than by library
Functionality is an enhancement, not a replacement
|