GETTING STARTED
SearchAssist Overview
SearchAssist Introduction
Onboarding SearchAssist
Build your first App
Glossary
Release Notes
What's new in SearchAssist
Previous Versions

CONCEPTS
Managing Sources
Introduction
Files
Web Pages
FAQs
Structured Data 
Connectors
Introduction to Connectors
Azure Storage Connector
Confluence Cloud Connector
Confluence Server Connector
Custom Connector
DotCMS Connector
Dropbox Connector
Google Drive Connector
Oracle Knowledge Connector
Salesforce Connector
ServiceNow Connector
SharePoint Connector
Zendesk Connector
RACL
Virtual Assistants
Managing Indices
Introduction
Index Fields
Traits
Workbench
Introduction to Workbench
Field Mapping
Entity Extraction
Traits Extraction
Keyword Extraction
Exclude Document
Semantic Meaning
Snippet Extraction
Custom LLM Prompts
Index Settings
Index Languages
Managing Chunks
Chunk Browser
Managing Relevance
Introduction
Weights
Highlighting
Presentable
Synonyms
Stop Words
Search Relevance
Spell Correction
Prefix Search
Custom Configurations
Personalizing Results
Introduction
Answer Snippets
Introduction
Extractive Model
Generative Model
Enabling Both Models
Simulation and Testing
Debugging
Best Practices and Points to Remember
Troubleshooting Answers
Answer Snippets Support Across Content Sources
Result Ranking
Facets
Business Rules
Introduction
Contextual Rules
NLP Rules
Engagement
Small Talk
Bot Actions
Designing Search Experience
Introduction
Search Interface
Result Templates
Testing
Preview and Test
Debug Tool
Running Experiments
Introduction
Experiments
Analyzing Search Performance
Overview
Dashboard
User Engagement
Search Insights
Result Insights
Answer Insights

ADMINISTRATION
General Settings
Credentials
Channels
Team
Collaboration
Integrations
OpenAI Integration
Azure OpenAI Integration
Custom Integration
Billing and Usage
Plan Details
Usage Logs
Order and Invoices
Smart Hibernation

SearchAssist APIs
API Introduction
API List

SearchAssist SDK

HOW TOs
Use Custom Fields to Filter Search Results and Answers
Add Custom Metadata to Ingested Content
Write Painless Scripts
Configure Business Rules for Generative Answers

How to use Custom Fields to Filter Search Results and Answers

In order to meet specific business needs or adhere to specific company policies, you may have custom metadata that you want to use to filter or personalize the response to search queries. SearchAssist offers you a special field to accomplish the same. 

There is a special field,’meta_data, available across all data sources that can be used to store your custom metadata and can be used to filter, customize, and personalize results

Assume you have a set of documents, some catering to the needs of your marketing executives and others for your sales folks, and you have to tailor the results displayed to the users as per their roles. By using the meta_data field, you can easily accomplish that. For each document or record, add the role information as meta_data and then use business rules or public APIs to filter data based on this field. 

Implementation

The application uses custom metadata from documents and stores them in the Answer Index and Search Index in different formats. This data can then be used for conditional filtering or personalization of results.

Follow the steps listed below to use meta_field and implement business rules using it.

1. Adding the custom data in the meta_data field

Add the desired information specific to your requirement or use case as meta_data in the ingested data. For the above example, this is the role information associated with each document or record. 

You can add this information in the following ways:

  • You can either manually add this field to the data at the source itself, like when ingesting structured data, or insert this additional field along with other fields. 
  • You can use Workbench to preprocess your input before it is used to generate answers or search results. Depending on the nature of the information to be added to the meta_data field, you can use the Custom Script stage or any other Field Mapping stage to accomplish this. 

2. Adding Index Fields

To enable writing business rules using any of the data that is available in meta_data fields, you need to add the fields as Index fields and mark them as searchable. 

For Answers (if Answer Snippets are enabled), define Index fields in the format: chunkMeta.<custom-field-name>, if custom-field-name is the metadata field stored in meta_data

Similarly, for Search Results, define Index fields in the format: meta_data.<custom-field-name>, where custom-field-name is the metadata field stored in meta_data

For the above example, go to the Index fields page under the Indices tab and add the following two index fields:

  • chunkMeta.role – to be used in configuring a business rule for Answers
  • meta_data.role – to be used in configuring a business rule for Search results

This will allow you to use these fields for filtering results. 

3. Training the application

Once the application is trained with this data, the fields sent within ‘meta_data’ will be accessible as meta_data.<fieldname>‘ in the Search Index and as ‘chunkMeta.<fieldname>‘ in the Answer Index, if Answer Snippets are enabled. 

For instance, role information can be accessed using 'meta_data.role' for search results and 'chunkMeta.role' for Answers. To verify this, you can go to the Chunk Browser, open the corresponding chunk, and go to the JSON view. You will see the chunkMeta field like this:

4. Filtering Data based on metadata

With the defined Index Fields in place, you can now use this information to filter your data and tailor it to your needs. You can use either of the following ways to implement filtering:

4.1 Implement Business Rules.

Continuing the previous example, you could add the following two business rules to your application to achieve the desired outcome.

  1. When the query is for marketing documents, hide documents where the role is set to ‘sales executive’.
  2. Similarly, when the query is for sales documents, hide documents where the role is set to ‘marketing executive’.

4.2 Implement result filtering using AdvancedSearch Public API

AdvancedSearch Public API allows you to fetch search results and answers generated corresponding to the input query and the meta filters sent in the request body. You can use the Index Fields defined for the meta_data parameters in the metaFilters condition sent as the request body to the API. 

Continuing the above example, to fetch search results and answers where the role is set to ‘Sales Executive’ only, you can design the payload like this:

{
  "query": "Sales Analysis of the year 2023",
  "maxNumOfResults": 2,
  "queryType": "relevanceWithMetaFilter",
  "metaFilters": [
    {
      "condition": "OR",
      "rules": [
        {
          "fieldName": "chunkMeta.role",
          "fieldValue": [
            "Sales Executive"
          ],
          "operator": "contains"
        },
        {
          "fieldName": "meta_data.role",
          "fieldValue": [
            "Sales Executive"
          ],
          "operator": "contains"
        }
      ]
    }
  ]
}

How to use Custom Fields to Filter Search Results and Answers

In order to meet specific business needs or adhere to specific company policies, you may have custom metadata that you want to use to filter or personalize the response to search queries. SearchAssist offers you a special field to accomplish the same. 

There is a special field,’meta_data, available across all data sources that can be used to store your custom metadata and can be used to filter, customize, and personalize results

Assume you have a set of documents, some catering to the needs of your marketing executives and others for your sales folks, and you have to tailor the results displayed to the users as per their roles. By using the meta_data field, you can easily accomplish that. For each document or record, add the role information as meta_data and then use business rules or public APIs to filter data based on this field. 

Implementation

The application uses custom metadata from documents and stores them in the Answer Index and Search Index in different formats. This data can then be used for conditional filtering or personalization of results.

Follow the steps listed below to use meta_field and implement business rules using it.

1. Adding the custom data in the meta_data field

Add the desired information specific to your requirement or use case as meta_data in the ingested data. For the above example, this is the role information associated with each document or record. 

You can add this information in the following ways:

  • You can either manually add this field to the data at the source itself, like when ingesting structured data, or insert this additional field along with other fields. 
  • You can use Workbench to preprocess your input before it is used to generate answers or search results. Depending on the nature of the information to be added to the meta_data field, you can use the Custom Script stage or any other Field Mapping stage to accomplish this. 

2. Adding Index Fields

To enable writing business rules using any of the data that is available in meta_data fields, you need to add the fields as Index fields and mark them as searchable. 

For Answers (if Answer Snippets are enabled), define Index fields in the format: chunkMeta.<custom-field-name>, if custom-field-name is the metadata field stored in meta_data

Similarly, for Search Results, define Index fields in the format: meta_data.<custom-field-name>, where custom-field-name is the metadata field stored in meta_data

For the above example, go to the Index fields page under the Indices tab and add the following two index fields:

  • chunkMeta.role – to be used in configuring a business rule for Answers
  • meta_data.role – to be used in configuring a business rule for Search results

This will allow you to use these fields for filtering results. 

3. Training the application

Once the application is trained with this data, the fields sent within ‘meta_data’ will be accessible as meta_data.<fieldname>‘ in the Search Index and as ‘chunkMeta.<fieldname>‘ in the Answer Index, if Answer Snippets are enabled. 

For instance, role information can be accessed using 'meta_data.role' for search results and 'chunkMeta.role' for Answers. To verify this, you can go to the Chunk Browser, open the corresponding chunk, and go to the JSON view. You will see the chunkMeta field like this:

4. Filtering Data based on metadata

With the defined Index Fields in place, you can now use this information to filter your data and tailor it to your needs. You can use either of the following ways to implement filtering:

4.1 Implement Business Rules.

Continuing the previous example, you could add the following two business rules to your application to achieve the desired outcome.

  1. When the query is for marketing documents, hide documents where the role is set to ‘sales executive’.
  2. Similarly, when the query is for sales documents, hide documents where the role is set to ‘marketing executive’.

4.2 Implement result filtering using AdvancedSearch Public API

AdvancedSearch Public API allows you to fetch search results and answers generated corresponding to the input query and the meta filters sent in the request body. You can use the Index Fields defined for the meta_data parameters in the metaFilters condition sent as the request body to the API. 

Continuing the above example, to fetch search results and answers where the role is set to ‘Sales Executive’ only, you can design the payload like this:

{
  "query": "Sales Analysis of the year 2023",
  "maxNumOfResults": 2,
  "queryType": "relevanceWithMetaFilter",
  "metaFilters": [
    {
      "condition": "OR",
      "rules": [
        {
          "fieldName": "chunkMeta.role",
          "fieldValue": [
            "Sales Executive"
          ],
          "operator": "contains"
        },
        {
          "fieldName": "meta_data.role",
          "fieldValue": [
            "Sales Executive"
          ],
          "operator": "contains"
        }
      ]
    }
  ]
}