This document will illustrate how search will operate in a consortium using a central index for all members of a consortium.
| Table of Contents |
|---|
Glossary
| Expand | ||||||||
|---|---|---|---|---|---|---|---|---|
|
...
The following fields will be added to documents in the search index:
Name | Description | Index Name |
|---|---|---|
shared | boolean value signaling where the corresponding FOLIO object is shared. Three values should be possible True, False & empty string. | Instance |
tenantId | identifier of the tenant that owns the document. Even though documents will be in the consortial tenant index, those document still need to indicate their originating tenant. | Instance(should also be added to holding & item sub-objects of the instance), Contributor, Instance Subject |
FOLIO Tenant Module Configuration
...
The UI would then retrieve FOLIO objects by their id while setting the X-Okapi-Header to the tenantId in the resulting objects from mod-search.
New Facets
Name | Values | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Shared |
| ||||||||||||
Held By |
|
Active Affiliation
A new query parameter “active_affiliation“ will be added to signal the active affiliation for a search request. Its valid values will be identifiers of tenants in the consortium. A “Local Record” can be different depending on the active affiliation for the search. For example, If there are three records in mod-search: Consortial Tenant Record, Tenant A Record & Tenant B Record.
...