Filters determine whether your recovery steps will be applied to a specific failed event, events will only be processed if they validate successfully against all filters.
The recovery process crudely process all Failed Events within a given time period. Within this period you may have had multiple different events failing, for multiple reasons reasons.
You want your recovery steps to apply only to events that need these recovery steps applying, this helps to avoid duplicates or failed recoveries.
As examples you could target one or more of:
- Certain Schema e.g. only where schema name = add_to_cart_1_0_0
- Certain keyword (For example, app_id, or URL) e.g. only where app_id = website
- Certain value for a specific field, etc e.g. only where currency < 3
If there is a match the event will be processed (it will be filtered in), if there is not a match it will not be process (it will be filtered out).
Adding a filter
To add a filter step, click the
Add a filter button. This will allow you to build a filter.
- First select the attribute you wish to target with this filter. As you type attributes from your event will auto-complete.
- Select the test you want to run
- Depending on the test a number of other options may appear, fill these out as required. Once complete a notification will let you know if your example failed event matches against these criteria.
- Click ‘Add this filter’
Once added the step will appear in your list of filters.
Testing your filters
As you build up a set of filters they will automatically be run against your example failed event and you will be shown whether your event passes these filters (would be processed) or fails to pass them (would not be processed).
You can also test the filters against a batch of events. To do this, simply upload a batch file of events and each event in turn will be tested against your filters. You’ll then be able to browse to sense check which were filtered out.