For organizations that are Multi-region, iManage Insight+ lets users search across all regions and libraries within the firm. Users can search documents, matters, and other data regardless of where it’s stored, subject to their permissions.

NOTE: If your organization implemented iManage Insight+ before May 5, 2026 and you wish to enable multi-region search, contact your partner or iManage Cloud Support.

Each iManage Work library is tied to a single region. Global firms use multiple libraries to stay compliant with data residency laws. To keep those requirements intact, customers can make use of multiple Work and Knowledge Libraries, so submitted content remains in the same jurisdiction.

Multi-region indexing and search

iManage Insight+ uses separate regional indexes for each customer. Each index stores documents from all Work Libraries and Knowledge Libraries assigned to that region.

Searches are run across regional indexes based on the filters in each query. Insight+ analyzes those filters and limits the query to only relevant indexes. This gives prompt and accurate results for users.

NOTE: If your organization is moving from a single-region setup to a multi-region setup, then you'll need to submit the list of Libraries that require indexing, to iManage Customer Support.

  • Submit the list of Knowledge Libraries that require indexing, to iManage Customer Support.

  • All available libraries can be indexed.

  • Once indexing is complete, iManage Customer Support must be informed about the following:

    • Libraries to be enabled for search in Insight+

    • Libraries to remain hidden from search results

  • The libraries won’t get displayed for search until indexing is complete and the library is made available for search.

  • Only libraries confirmed as enabled for search, will show in search results for the users.

Configuring User Profiles and Default filters for Multi-region Search

Where an organization is multi-region, you can target User profiles with Default filters to improve relevance for users in different locations. For example, you can limit the search of a user in the UK to the UK Library by default. The user can choose to widen the search if required.

Multi-region search pulls queries from multiple regional libraries across the organization, and shows relevant results from all libraries available for search.

For more information on how User Profiles and Default filters work, refer to User profiles and Default filters.

Configuring Knowledge Libraries for regions

Curators can operate independently by region, using different workflows as needed.

  • Each region can have its own dedicated Knowledge Library. For example, UK Knowledge Library, US Knowledge Library, EU Knowledge Library, and others.

  • Each Active library is linked to one Knowledge library.

  • Submitted documents are copied only to the linked library.

  • Multiple Active Libraries can share a single Knowledge Library, or each region can use separate Knowledge Libraries.

  • To maintain data residency of a submitted knowledge document, you should pair a knowledge library with each regional active library, so that content stays within its required jurisdiction.

Metadata in Multi-region search

Each Knowledge Library has its own metadata schema. If users search across regions, we strongly recommend that you use one shared schema across your knowledge libraries to avoid duplicate filters and a poor user experience.

For example, Knowledge Library A uses ‘UK’ as a value for the Jurisdiction field. Knowledge Library B uses ‘England & Wales’. The users' will have to check both values, rather than just one value. Similarly with the fields themselves. If, Knowledge Library A uses Jurisdiction as a field but Knowledge Library B uses Country, both filters with their values will get displayed. Spelling errors and typos will have the same effect. This can lead to confusion, fragmentation of information, and poor user experience.

If users only search locally, matching schemas aren’t required.

Locale-Specific Search Values

Some search fields show different names in different regions for search values. These localized values are optional and apply to Lookup, Taxonomy, and certain String fields. Users will be able to see matches for their region, so they won’t get the wrong results.

For example: en_GB value: "Share Purchase Agreement", and en_US value: "Stock Purchase Agreement" . User A with en_GB selected as their default language in the User profile settings, enters "Stock" won't see matches in that field. Only when they switch to en_US language settings, the match displays.

iManage Work doesn't support localized values on documents. You can't add them to Knowledge or Active document metadata schemas.
If Knowledge documents are linked to a Matter, you can add Matter fields as facets or filters in Knowledge search. Matter fields do support localized values. So while document metadata itself can’t be localized, you can still give users localized filtering through Matter metadata.

Understanding document text search

With Multi-region libraries, document text search works across all regions enabled. While searching across regions, the following language rules apply:

  • Full document text is indexed for languages configured as default languages in each region’s library.

  • The application detects the language of the document from the text.

  • Detection of all available languages in the document isn’t 100%.

  • While entering a query, the users can select the language preference based on what they require.

  • Selection of the search query language will impact on how the words are matched. It doesn’t impact the availability of the documents for search across regions.