Filter shape

Introduction

When a connector is built, default filters can be applied at the API level, so when a process flow pulls data, the payload received is has already been refined.

However, there may be times where you want to apply additional filters to a payload that's been pulled via a - for example, if the API for a connector does not support particular filters that you need.

The filter shape works with a source payload. As such, it should be placed AFTER a in process flows.

A single incoming payload for should not exceed 500MB.

We recommend processing multiple, smaller payloads rather than one single payload (1000 x 0.5MB payloads are more efficient than 1 x 500MB payload!).

For payloads up to 500MB, consider adding a to batch data into multiple, smaller payloads. Payloads exceeding 500MB should be batched at source.

Need to know

When specifying a filter value, the maximum number of characters is 1024.

Accessing filter shape settings

To view/update the settings for an existing filter shape, click the associated 'cog' icon:

Configuring settings for a new filter shape

Follow the steps below to configure a filter shape.

Step 1 Select a source integration and endpoint to determine where the incoming payload to be filtered originates.

Step 2 Click the add new filter button:

Step 3 Filter settings are displayed:

From here, you can select a field (from the data schema associated with the source endpoint selected in step 1) - for example:

Alternatively, you can toggle the manual input option to ON and add a manual path.

Step 4 Use the remaining operator, type and value options to define the required filter.

Step 5 Use the keep matching? toggle option to choose how matched records should be treated:

Here:

If the keep matching? option is toggled OFF, matched records are removed from the payload before it moves on down the flow for further processing.
If the keep matching? option is toggled ON, matched records remain in the onward payload, and all non-matching records will be removed.

Step 6 Click the create button to confirm your settings.

Step 7 The filter is added to the filter shape - you can now add more filters if needed:

Available data types

When defining a filter, you can choose from the following types:

Type

Expected value

String

A text string - for example : blue

String length

Number

A number - for example: 2

Specific date

A day, month and year, selected from a date picker.

Dynamic date

Specify a date/time which is relative to a +/- number of units (seconds, minutes, hours, days, months, years). For example:

Boolean

Null comparison

A field is null if it has no defined value. Choose whether the give data path is null or not null. For example:

Variable

Designed specifically for cases where you are comparing a variable value as the filter comparison.

When selected, a value type field is displayed and the expected type for your variable can be selected. This ensures that a true comparison can be made. Note that if you are filtering on multiple variables, the value type field should be set to None.

PreviousConfiguring FTP connections NextUsing regex for string-type filters

Last updated 2 months ago

Introduction

When a connector is built, default filters can be applied at the API level, so when a process flow pulls data, the payload received is has already been refined.

However, there may be times where you want to apply additional filters to a payload that's been pulled via a - for example, if the API for a connector does not support particular filters that you need.

The filter shape works with a source payload. As such, it should be placed AFTER a in process flows.

A single incoming payload for should not exceed 500MB.

We recommend processing multiple, smaller payloads rather than one single payload (1000 x 0.5MB payloads are more efficient than 1 x 500MB payload!).

For payloads up to 500MB, consider adding a to batch data into multiple, smaller payloads. Payloads exceeding 500MB should be batched at source.

Need to know

When specifying a filter value, the maximum number of characters is 1024.

Accessing filter shape settings

To view/update the settings for an existing filter shape, click the associated 'cog' icon:

This opens the - for example:

Configuring settings for a new filter shape

Show me

Follow the steps below to configure a filter shape.

Step 1 Select a source integration and endpoint to determine where the incoming payload to be filtered originates.

Step 2 Click the add new filter button:

Step 3 Filter settings are displayed:

From here, you can select a field (from the data schema associated with the source endpoint selected in step 1) - for example:

Alternatively, you can toggle the manual input option to ON and add a manual path.

The manual data path field supports .

Step 4 Use the remaining operator, type and value options to define the required filter.

Presentation of the value field is dependant upon your selected . For example, if the type field is set to specific date, you can pick a date for the value:

Available are detailed below. When defining a value, you can include , , and variables.

Step 5 Use the keep matching? toggle option to choose how matched records should be treated:

Here:

If the keep matching? option is toggled OFF, matched records are removed from the payload before it moves on down the flow for further processing.
If the keep matching? option is toggled ON, matched records remain in the onward payload, and all non-matching records will be removed.

Step 6 Click the create button to confirm your settings.

Step 7 The filter is added to the filter shape - you can now add more filters if needed:

Don't forget that when a payload is running you can - this is a great way to check that your filter is refining data as expected.

Available data types

When defining a filter, you can choose from the following types:

Type

Expected value

String

A text string - for example : blue

Note that when a string type is selected, you can choose the regex operator and define a regex value. This provides greater flexibility if you can't achieve the desired results using standard operators. preg_match is used for pattern matching. For an example, see . You can also match a string-type field according to whether or not the value is one of many items in a given list. For more information, see .

String length

A number which represents the expected string length for the received payload. Here, the 'payload' might refer to a targeted field within the incoming payload, or the entire payload. For example, if you want to ensure that an objectId field is never empty, you would define a filter for objectId greater than 0: In this case, toggling the keep matching option to OFF means that the ongoing payload will include only items where this field is not empty. Conversely, toggle this option on if you want to pass on empty payloads for any reason. You can use the same principle to check for empty payloads (as opposed to a specific field). In this case you would define a filter for * greater than 0:

Number

A number - for example: 2

Specific date

A day, month and year, selected from a date picker.

Dynamic date

Specify a date/time which is relative to a +/- number of units (seconds, minutes, hours, days, months, years). For example:

It's important to be aware that relative date/time variables are affected by the .

Boolean

A true or false value. For example, if you only want to consider items where an itemRef field is set to true, you would define a filter for itemRef equals true:

Null comparison

A field is null if it has no defined value. Choose whether the give data path is null or not null. For example:

Variable

Designed specifically for cases where you are comparing a variable value as the filter comparison.

When selected, a value type field is displayed and the expected type for your variable can be selected. This ensures that a true comparison can be made. Note that if you are filtering on multiple variables, the value type field should be set to None.

This opens the - for example:

Show me

The manual data path field supports .

Presentation of the value field is dependant upon your selected . For example, if the type field is set to specific date, you can pick a date for the value:

Available are detailed below. When defining a value, you can include , , and variables.

Don't forget that when a payload is running you can - this is a great way to check that your filter is refining data as expected.

Note that when a string type is selected, you can choose the regex operator and define a regex value. This provides greater flexibility if you can't achieve the desired results using standard operators. preg_match is used for pattern matching. For an example, see . You can also match a string-type field according to whether or not the value is one of many items in a given list. For more information, see .

A number which represents the expected string length for the received payload. Here, the 'payload' might refer to a targeted field within the incoming payload, or the entire payload. For example, if you want to ensure that an objectId field is never empty, you would define a filter for objectId greater than 0: In this case, toggling the keep matching option to OFF means that the ongoing payload will include only items where this field is not empty. Conversely, toggle this option on if you want to pass on empty payloads for any reason. You can use the same principle to check for empty payloads (as opposed to a specific field). In this case you would define a filter for * greater than 0:

It's important to be aware that relative date/time variables are affected by the .

A true or false value. For example, if you only want to consider items where an itemRef field is set to true, you would define a filter for itemRef equals true: