---
sourceDocument: Australia Telecom Service Operations Management
sourceDocumentLink: https://www.servicenow.com/docs/r/australia/telecom-service-ops

 Release :

    - australia

ft:locale :

    - en-US

ft:publication_title :

    - Australia Telecom Service Operations Management

ft:clusterId :

    - tsom

bundleId :

    - tsom

workflow :

    - Customer and Industry


---

# Filter ADOMs for the Fortinet pull connector

# Filter ADOMs for the Fortinet pull connector {#ariaid-title1}

Release version: Australia  
Updated November 5, 2026  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 minute to read  
Additional filter conditions required in Fortinet pull connector.

## Before you begin

Role required: `tsom_visibility_admin`

## About this task

By default, the Fortinet pull connector collects metric data from all ADOMs. To
limit collection to ADOMs that meet specific conditions, configure the following
parameters on the connector instance (for example, Fortinet SD-WAN SLA Log):
{#configure-fortinet-adom-filter__table_adom_filter_params__entry__3}

| Parameter | Default | Description |
|-|-|-|
| `adom` |   |   |
| `adomFilterEnabled` | `false` | Turns ADOM filtering on or off. When `false`, the connector collects all ADOMs and the filter is bypassed. When `true`, the connector collects only the ADOMs that the filter class accepts. |
| `adomFilterClass` | `FortinetAdomFilterVF` | Name of the MID Server script include that implements the filter. Evaluated only when `adomFilterEnabled` is `true`. The class must be active, deployed to the MID Server, and expose a `shouldIncludeAdom(adomData)` handler that returns a Boolean. |
[Table 1. ADOM filter parameters]

{#configure-fortinet-adom-filter__table_adom_filter_params}

Two filter classes are provided:

* `FortinetAdomFilterVF` (default) collects only ADOMs where the `restricted_prds` property equals <kbd class="ph userinput">fabric</kbd> and the `VF SDWAN Service Provided` meta field equals <kbd class="ph userinput">yes</kbd>.
* `FortinetAdomFilter` collects all ADOMs unconditionally.

{#configure-fortinet-adom-filter__ul_adom_filter_classes}  
Warning:  
Filtering fails closed. If you set `adomFilterEnabled` to `true` and `adomFilterClass` is not a valid script include that is deployed to the MID Server, all ADOMs are blocked and metric collection stops. Enable filtering only when the named class populates the conditions your FortiManager deployment supports.

## Procedure

1. Navigate to AllEvent ManagementConnectors.
2. Open the Fortinet pull connector instance.
3. On the Additional Parameters related list, set `adomFilterEnabled` to <kbd class="ph userinput">true</kbd>.
4. Set `adomFilterClass` to the name of the filter class you want to apply.  
   Use `FortinetAdomFilterVF` for the Vodafone filter, `FortinetAdomFilter` to collect all ADOMs, or the name of a custom filter class.
5. Save the connector instance.  
   The connector applies the filter at the next polling cycle and collects metric data only from the ADOMs that the filter class accepts.

## What to do next

To apply your own filtering logic, create a MID Server script include
(`ecc_agent_script_include`) that exposes a
`shouldIncludeAdom(adomData)` handler. The handler returns `true`
to collect the ADOM or `false` to skip it. Deploy the script include to the MID Server
and set `adomFilterClass` to its name.

*[\>]: and then


