Saved searches have more configuration options than the Quick Search, and saved searches can be pinned to the table drop-down lists, easily accessed from the table view, and used in embedded tables and hyperlink URLs. You can use saved searches to create sophisticated, reusable searches; to apply complex filters, even without saving the search; and even just to save the sorting scheme you want to use for the records.
To create a new saved search:
On the General tab, you set up the conditions of your search. This is the most important part of the wizard, and it can be the most complex depending on the search you build. supports several types of filters, which can be combined to create complex expressions. Each filter you add is placed on its own row, representing a separate search condition. You can add one filter or combine many to create a complex search with many conditions.
Here's a complex example. Click the image to see it in detail. Going through the rows in order, this search finds records: (1) with priority marked High or above that were (2) last edited more than eight hours ago, according to Company team working hours, and (3) changed status to Reopened; or records (4) whose status is not yet Closed that also (5) have Critical priority and (6) were last edited more than one hour ago, according to Company team working hours. |
Each filter type works differently, but regardless of which filter you add, each row includes:
and
, and the last three rows are grouped separately with and
, so records must meet all of the first three criteria or all of the last three criteria to be included in the search results. Parentheses are located on the left and right end of each row.Garbage can icon: Click the garbage can icon to eliminate the associated row. Above the first icon, you can also click Clear Filters to remove all rows and start over.
Most of the filters evaluate fields and their values, table and global variables, and different types of operators.
$
prefix and contain no spaces; variables for user values or fields in other tables have a $global.
prefix and are located on the Global Variables tab. For example, you might search for records that are assigned to the $creator_name
user, or to $global.my_escalation_team
.Operator | Function | Example | ||||||
---|---|---|---|---|---|---|---|---|
equals, = | Finds all records where the values are an exact match. With this operator, variables are useful to avoid typos and make searches flexible in case names, dates, or other values are updated. | Priority equals High | ||||||
does not equal, != | Finds records with any value other than the value specified. | Status does not equal Cancelled | ||||||
is greater than, > | Finds records with a value that is numerically greater than the value specified. For choice lists, this finds records with any value higher on the list than the specified value. For example, a search for records where Priority is greater than or equal to Medium returns different results based on the order of values in the choice list.
| Contract Amount is greater than 100000 | ||||||
is less than, < | Finds records with a value that is numerically less than the value specified. For choice lists, this finds records with any value lower on the list than the specified value. | Contract Amount is less than 1000000 | ||||||
contains | Finds records where the field includes at least one of the specified values. | Assigned Teams contains $global.my_team | ||||||
does not contain, !~= | Finds records where the field does not include any of the specified values. | Status does not contain Completed, Abandoned | ||||||
is contained in, << | Finds records where all the field selections are included in the specified values, even if additional values are specified. For example, a search for Setup is contained in Computer, Phone, Access Card, Desk, Chair, Headset would return records with some or all of these setup items selected, as long as at least one is selected. | Setup is contained in Computer, Phone, Access Card, Desk, Chair, Headset | ||||||
is not contained in, !<< | Finds records where none of the field selections are included in the specified values. For example, a search for Asset Type is not contained in Laptop, Desktop, Tablet would return only records of other types. | Asset Type is not contained in Laptop, Desktop, Tablet |
Operators for linked fields with multiple values enabled (MVE) apply to two sets of field values and can be a little harder to understand. These operators are best used to compare a linked field with MVE against fixed field values, not variables. For example, you might create a search on the Teams field in the People table to find which records overlap with the items in the field values you specify, such as the Contract Management Team, Contract Owner Team, and Contract Creator Team set.
See the table below for details on how these operators work. The Example columns provide two sets of field values that define a found record for each operator.
Operator | Function | Example Field Values in Found Record | Example Specified Field Values | |
---|---|---|---|---|
equals, = | Finds records where the field includes all of the specified values and no others. |
|
| |
does not equal, != | Finds records where the field does not exactly match the specified values. |
|
| |
fully contains | Finds records where the field includes all of the specified values. The field might also include additional values that are not specified.
|
|
| |
does not fully contain, !~= | Finds records where at least one of the specified values is not included in the field. |
|
| |
is fully contained in, << | Finds records where the field includes at least one of the specified values and no values that are not specified. |
|
| |
is not fully contained in, !<< | Finds records where the field includes at least one value that is not specified. |
|
| |
overlaps with items in | Finds records where the field includes at least one of the specified values.
|
|
| |
does not overlap with items in | Finds records where the field does not include any of the specified values. |
|
|
Each filter works differently and applies best to different use cases. This section describes each filter type in depth.
Simple filters include a field in the record, listed alphabetically in the first drop-down menu; an operator in the second drop-down menu; and a value or variable. Simple filters are used in a variety of ways:
$null
To create a Simple filter:
and
or or
from the Boolean drop-down to determine whether the filter is an additional requirement or another way to fulfill the search requirements. For example, to find records that match every condition, select and
in front of every row. Make sure your selection interacts with parentheses as expected.Time filters measure the time from a Date or Date/Time field value forward or backward by days, hours, or minutes. They are most commonly used for time-based rule notifications and reports. For example, this search might run once a month: “Find all records whose Contract End Date is between 3 and 4 months in the future.” It is common to combine two relative time criteria in this way. If today is January 1, the search finds records with a Contract End Date between April 1 and April 30.
Time filters search on an amount of time relative to a specific point in time, such as 30 days from today. Calendar filters, on the other hand, search specific calendar periods relative to today, such as last month. Because of the way the system stores time, searches on a range of times are handled better with a Calendar filter. |
To create a Time filter:
and
or or
from the Boolean drop-down to determine whether the filter is an additional requirement or another way to fulfill the search requirements. For example, to find records that match every condition, select and
in front of every row. Make sure your selection interacts with parentheses as expected.Choose an operator from the list. For these data types, you can choose between equal to, greater than or equals, greater than, less than or equals, and less than.
Because Date fields store a hidden time value of midnight, choose the operator carefully when searching on a Date field. For example, a Date will equal a Date/Time field only at midnight, and a measurement of 24 hours is calculated from midnight on the specified Date. |
Enter a value and select the unit from the drop-down menu. For example, you might enter 15 and choose Minutes from the drop-down.
As you test and troubleshoot your Time filters, use the table below to see the expected behavior for your search. This table shows the results from a set of example records with a Date/Time field set to different values, according to this list:
If visual representation is more helpful, the records are listed in chronological order of the field value here:
1+ Hours Ago | 1 Hour Ago | 0-1 Hours Ago | Now | 0-1 Hours from Now | 1 Hour from Now | 1+ Hours from Now |
---|---|---|---|---|---|---|
A | B | C | D | E | F | G |
If your system contained these seven records, these would be your search results for the following Time filters:
Time Filter Condition | Search Results |
---|---|
field is equal to = an hour ago | B |
field is equal to = an hour in the future | F |
field is not equal to != an hour ago | A, C, D, E, F, G |
field is not equal to != an hour in the future | A, B, C, D, E, G |
field is greater than or equals >= an hour ago | A, B |
field is greater than or equals >= an hour in the future | F, G |
field is greater than > an hour ago | A |
field is greater than > an hour in the future | G |
field is less than or equals <= an hour ago | B, C, D |
field is less than or equals <= an hour in the future | D, E, F |
field is less than < an hour ago | C, D |
field is less than < an hour in the future | D, E |
There are some slight differences in behavior when you search for "0 hours":
Time Filter Condition | Search Results |
---|---|
field is greater than or equals >= 0 hours ago | A, B, C, D |
field is greater than or equals >= 0 hours in the future | D, E, F, G |
field is greater than > 0 hours ago | A, B, C |
field is greater than > 0 hours in the future | E, F, G |
field is less than or equals <= 0 hours ago | D |
field is less than or equals <= 0 hours in the future | D |
field is less than < 0 hours ago | None |
field is less than < 0 hours in the future | None |
Calendar filters report on activity during a calendar period, measured by year, quarter, month, week, day, hour, or minute. These filters search calendar periods, such as last month, as opposed to the more exact measurements Time filters use, such as 30 days.
For example, a search run on March 15 using a Time filter for less than 30 days old will return dates from February 13 to March 15, but a Calendar filter for last month will return dates from February 1 to February 28. For another example, a Calendar filter searching for Date Created is equal to this year will return all records with a Date Created that falls within this calendar year.
Calendar weeks run Sunday through Saturday.
To create a Calendar filter:
and
or or
from the Boolean drop-down to determine whether the filter is an additional requirement or another way to fulfill the search requirements. For example, to find records that match every condition, select and
in front of every row. Make sure your selection interacts with parentheses as expected.Choose the field you want to search on from the drop-down menu. Only date- and time-related fields appear in the list, since other data types aren't compatible with Calendar filters.
Because of the way the system stores time, searches on Elapsed Time fields are best handled through a Time filter. |
Choose an operator from the list. For these data types, you can choose between equal to, greater than or equals, greater than, less than or equals, and less than.
Advanced filters are critical to automation. They are used to find records in which a specific field did or did not change at a certain point in time to or from a specific value. For example, you might search for records in which the Status field was changed during the last user's modification, from any value to Expired, Canceled, or Terminated.
To create an Advanced filter:
and
or or
from the Boolean drop-down to determine whether the filter is an additional requirement or another way to fulfill the search requirements. For example, to find records that match every condition, select and
in front of every row. Make sure your selection interacts with parentheses as expected.Last: Finds changes in the time period specified in the last two fields, such as the last 2 minutes, 4 days, or 10 years.
2 weeks
.Choose whether to search values that did or didn't change:
Did Not Change: Finds records that did not change. This option is disabled if you selected Earliest.
Changed From: Finds records that have changed.
If you chose to search records that did change, choose the previous and new values you want to find. You can choose any value or specific values, for either side of the change. Each possible value for the field is listed with a checkbox; if you select all the checkboxes, it works the same as searching for any value.
Related Table filters are used to run searches on related tables and linked fields. This filter is not used frequently, but it is important in certain situations because you cannot search within records in a related table using the normal search filters. Related Table filters only run on existing saved searches in the target table, which means you often need to create a saved search in a different table before you can create the saved search for the table that holds the related table. Because there is no option to create a saved search for a different table within the active table, so if you need to create one, you have to go to the other table, create the search, and then return.
For example, if you have an Asset table and a Contract table and the Asset table has linked fields pointing to the Contract table, you might create a search in the Contract table named "Contracts renewed in the Last 3 Months." Then, in the Asset table, you can create a saved search and apply a Related Table filter to the linked fields in the Contract table using the "Contracts renewed in the last 3 Months" saved search. While the same search can be accomplished using one or many simple filters, a Related Table filter is more efficient for large tables. |
To create a Related Table filter:
and
or or
from the Boolean drop-down to determine whether the filter is an additional requirement or another way to fulfill the search requirements. For example, to find records that match every condition, select and
in front of every row. Make sure your selection interacts with parentheses as expected.Run-Time filters allow the user to enter a search value whenever they run the search. This makes the search more flexible, so you can avoid creating multiple searches that are almost identical. They are extremely useful for reports and ad hoc searching.
If you want to search for all active contracts related to one company, you can accomplish this with a Simple filter. If you want to search for all active contracts related to each company using simple filters, you would need a different saved search for each company. Instead, you can use a Run-Time filter and accomplish this with only one saved search. When the search is run, a pop-up appears to allow the user to enter a company name, or clear the checkbox to search for any value. This also works when the saved search is applied to charts and reports. You can also define other search criteria, such as the Status criterion shown here, to narrow the search results without requiring the user to select multiple criteria. |
To create a Run-Time filter:
and
or or
from the Boolean drop-down to determine whether the filter is an additional requirement or another way to fulfill the search requirements. For example, to find records that match every condition, select and
in front of every row. Make sure your selection interacts with parentheses as expected.Choose an operator from the list. If you chose a choice field or linked field, you can select the "is contained in" or "is not contained in" operator to allow the user to select multiple values from the field at run-time.
A run-time search that searches "is not contained in" for Status, with the values "Open" and "In Progress" selected, would return records with any status other than "Open" and "In Progress." |
By default, the Now checkbox is selected, and the system searches only current values of fields. You can search for records that ever met the condition by clearing this checkbox. However, searching record histories in this way can take significantly more time and resources.
Duplicate filters help find duplicate records so they can be eliminated. They allow you to exclude a certain number of records from the results. Although you can use a Duplicate filter in conjunction with other filters, it is always positioned at the bottom of the order of execution, and it can't be included in parentheses. You can't use a Duplicate filter with a First/Last filter.
For example, if a field needs to be made unique after it has duplicate values, a Duplicate filter can be used to find the duplicates so that they may be deleted. In the example below, the search finds any records that have a duplicate value in the Additional Information field, and it excludes the first record found.
To create a Duplicate filter:
There is currently no way to merge records when duplicates are found. Cleaning up duplicates is a manual process. |
The First/Last filter is very similar to the Duplicate filter, but it allows you to limit the results found based on a sort order defined on the Sorting tab. You can't use a First/Last filter with a Duplicate filter.
For example, the First/Last filter allows you to:
To create a First/Last filter:
On the Sorting Tab, define how the search results are sorted with up to five criteria. Sorting is especially important for searches that use Duplicate or First/Last filters, which return records based on the result order. The default sorting is by descending ID.
The Options tab defines several important behaviors for the saved search, and perhaps most importantly the name of the saved search. Naming conventions are important when creating a complex system. When someone looks at the name of a saved search or the name of a rule or action, they should have a pretty clear idea of what it does.
Renaming saved searches can be difficult. You cannot rename a saved search from within a rule or certain other places; you must create an entirely new search. If you do need to rename a search, do so from the Search > Manage... drop-down on the main search block. This method updates the search name within rules that use it. |
On the Options tab:
R: used by a rule
P: used as a group permissions filter
C: used in a chart or report
MT: refers to "multi-table," used to compare the value in a linked table to a value in the current table; it's critical to name these searches really clearly because they always appear out of context
On the Apply tab, define which groups can access the search and which groups can see the search on the Search drop-down menu, in the left pane, and on the My Assigned list. The Apply tab might not appear if you don't have the necessary permissions.
Select who to make the search accessible to. These users can access the search from the Manage option in the Search drop-down, even if this search doesn't appear directly in the Search drop-down.
Searches should be made available to the admin group whenever they are used for a rule, group permission filter, chart or report, calculation field filter, linked field filter, or multi-table comparison. These searches are typically made active for the admin group as well. If a search is not made available to users in a certain group, it does not show up under the Manage menu from the Search options. |
Select who to make the search active for. These users can access the search from the Search drop-down or the My Items page.
Adding a filter on a field that is set by a default value can compromise the behavior of the default value. Sometimes this is intentional, but in case it is not, you should be aware of the ramifications.
You might set the Assigned Person for a support case to the person who created it, but filter it to only members of the Support Team. If a customer creates the case, it will not be assigned to them because they are not on the Support Team, but if a support person creates the case, they will be assigned to it automatically. In the case of the customer creating the case, the default value simply would not be set. This setup might be intentional, but if support people only work on cases in which they are the Assigned Person, this could cause problems. If so, one solution would be to add another filter that sets the default value of the Assigned Person to the support lead if the person who created the case is not on the Support Team. The support lead could then reassign the case as desired. |
Related articles |