Skip to main content
The rule editor has two steps. Setup is where you configure everything and test the rule. Review is where you check the summary, choose whether the rule is active and save it. This page is for MSP staff who build automation rules.

Before you start

  • You need the Automation Rules write or manage permission to create or edit rules. Without it you see Access Restricted when you try to create a rule, and existing rules open in View Only Mode. Deleting a rule needs the manage permission.
  • To email client contacts, open tickets or add Planner items for tickets, the matching integration (PSA) or data must exist first.
  • To use Specific Companies scope, at least one company must exist.

Create a rule

1

Open Automation Rules

Go to Settings > Platform > Automation Rules and click Add Rule in the page header.
2

Fill in Basic Information

Enter the rule name, scope and optional description. See Basic Information.
3

Configure the trigger

Choose the Entity and the Trigger, then fill in the trigger settings. See Trigger Configuration.
4

Add conditions (optional)

Narrow the records the rule acts on. See Conditions.
5

Add at least one action

Click Add in the Actions section and choose an action. See Actions.
6

Test the rule

At the bottom of Setup, click Run Test in the Test Rule section to see which records match. See Test the rule.
7

Review and save

Click Next. Check the summary, decide whether to turn on Enable this rule, then click Create Rule. See Review and save.
You can also describe the rule in plain language. Click the floating AI Rule Designer button, describe what you want, review the suggested changes, accept the ones you want and apply them. Check every field before you save.

Basic Information

The Basic Information section is at the top left of the Setup step.
Use Specific Companies for client-specific workflows, such as a VIP client’s custom SLA. Use All Companies for anything that applies to your whole client base.

Trigger Configuration

The Trigger Configuration section is below Basic Information. Pick an Entity (what the rule watches) and a Trigger (when it checks).

Entities

The entity decides which fields you can use in conditions and as the date field in a Date Threshold trigger.

Triggers

The Trigger list depends on the entity.
  • Survey Response only offers Survey Response Received.
  • Onboarding only offers Onboarding Event.
  • CIPP finding only offers Scheduled.
  • All other entities offer Date Threshold and Scheduled.
Acts on records whose date field is near, or past, a date.The Preview box shows the rule in plain language, for example “Triggers within 30 days before Warranty End Date”.A record is acted on once for each value of its date field. If the date changes, for example after a warranty renewal, the rule can act on the record again.
To act on a group of matches at once instead of one at a time, see Bundling automation matches.

Conditions (optional)

The Conditions section is at the top right of Setup. Conditions narrow the records the trigger selects. A rule with no conditions acts on every record the trigger selects, within the rule’s scope.
1

Add a condition group

Click Add in the Conditions header. A Group 1 box appears.
2

Add a condition to the group

Click + Add condition (or the + icon in the group header).
3

Pick the field, operator and value

Choose a Field, then an Operator, then enter or pick a Value.
4

Choose AND or OR inside the group

When a group has two or more conditions, an AND or OR badge appears. Click it to switch. AND needs every condition to match. OR needs any one.
5

Add more groups if needed

Click Add again. Groups are separated by OR, so a record matches if it matches any one group. Use the trash icon on a group to remove it.

Fields

The Field list shows every condition field for the entity. It also shows your custom fields, marked (Custom), and for tickets any PSA user-defined fields, marked with the provider name, such as [Autotask UDF]. Where an entity links to a company, company custom fields appear as Company > field name (Custom). Define custom fields in Settings > Customization > Fields.

Operators by field type

Values

  • Text, number and date fields show a Value box. For is within (days) and is older than (days), type a number of days.
  • Yes/no operators and is empty / is not empty have no value.
  • Dropdown fields show a list filled from your own data, such as ticket statuses, priorities and device types.
  • is one of and is not one of let you pick several values.
PSA options such as ticket statuses come from your last sync. If a value is missing, finish the PSA sync, then reopen the list.

Actions (required)

Every rule needs at least one action. Click Add in the Actions section and choose an action type. Each action opens a form in an accordion. Click Remove at the bottom of an action to delete it. Actions run from top to bottom. To reorder them, remove an action and add it again. Which actions appear depends on the entity. Update Field and Set Relative Date only appear for entities that have fields they may change.

Action types

Creates a Planner item for the company.The item starts in Not Started. An Update Field action in the same rule changes the matched record, not the Planner item.
Sets one date on the matched record from another date.This changes the record when the rule runs. Use Run Test first.
Writes a value to a field on the matched record.The fields you can change are:Other entities, including Ticket and Compliance, do not offer Update Field.
Sends an email.Send To options:When Send To is Role Members, a Fallback recipient list appears. Choose MSPortal team member and pick a person, or choose Email address and type one address. The fallback receives the email only when no active member of the chosen roles has a valid email for the company, or the record has no company. The team member list shows active staff who have an email address.Require Approval holds the email until an approver acts on it. Approvers handle it in the Pending Approvals tab on the Notifications page. Meeting emails always require approval, and the switch is replaced by an Approval Required notice.
Shows a notification in MSPortal.
Creates a ticket in your connected PSA.Turn off Use tenant default PSA settings to choose the ticket details yourself. The lists fill from your PSA.If no PSA is connected, the form tells you to set one up in Settings > Integrations.
Sends a survey invitation.For Ticket rules, the invitation names the ticket. The default survey email adds a line such as “This survey is about ticket T20260918.0022: Printer offline” under the greeting. Custom survey email templates can use {{ticket_reference}}, {{ticket_number}} and {{ticket_title}}. They are listed under Available Variables when you edit a template in Surveys > Settings > Email Templates. Surveys sent without a ticket leave them blank.
Uses AI to write content, such as a meeting agenda, that later actions can use.The template supplies the prompt. The result is stored in {{ai_output}}. Put AI Transform above any action that uses {{ai_output}}.
Changes who is on the team of the company the matched record belongs to. Records without a company are skipped.The action changes only that company’s team. It never makes anyone a Global member. Removing someone who is a Global member creates an exception for that company, so later syncs do not add them back. See Global team roles. These actions have no approval hold.

Template variables

Click Template Variables above the actions to open the list of variables. Click a variable to insert it at the cursor in the last text box you used. The list has these groups.
  • Entity fields (named after the entity). Every field of the entity, written as {{entity.field_key}}. Examples are {{entity.warranty_end}} for a device and {{entity.summary}} for a ticket.
  • Meeting Variables. Shown for Meeting rules. Examples are {{meeting.title}} and {{meeting.attendees}}.
  • AI Output. {{ai_output}} holds the result of an earlier AI Transform action.
  • Bundle Variables. {{entity_count}}, {{entity_list}} and {{group_period}} for bundled rules.
  • Common Variables. {{entity.company_name}} and {{rule.name}}.
Not every entity has {{entity.name}}. Use the list to see the exact variables for your entity.

Test the rule

The Test Rule section sits at the bottom of Setup.
1

Click Run Test

The test shows how many records match and a table of the matches (Name and Company), up to a sample size.
2

Check the results

Confirm the rule matches the records you expect and no others. Change the trigger, conditions or scope and test again.
Run Test does not run actions. It only checks which records match, so you can run it as often as you need.

Review and save

1

Click Next

The Review step shows the rule name, priority, scope, trigger, conditions and actions. Fix anything wrong before you continue. You can click Setup in the step bar at any time to go back.
2

Choose whether the rule is active

The Enable this rule switch is off by default. An active rule runs on its trigger as soon as you save it. Save it inactive first if you want to check it again before it runs.
3

Save the rule

Click Create Rule (or Save Changes on an existing rule). The rule appears in the list.

Manage a rule from the list

On Settings > Platform > Automation Rules, each row has an Enabled switch and a row menu (…). Click Execution Log in the page header to see each run, its status, how many records matched and how many actions succeeded or failed.

Troubleshooting

Frequently asked questions

No. It only checks which records match. It does not run actions.
No. It changes the matched record. Edit the Planner item itself, or use the Add to Planner fields.
It runs automatically from then on. Check the scope, recipients, action order and approval settings first, or save it inactive.
Leave Deduplication on Once per entity. The rule then acts on each record once. Choose Every run only when you want repeats.
A run acts on up to 100 matching records. A rule with Combine matching records turned on handles up to 5,000.
A Date Threshold rule acts again when the record’s date changes. A Scheduled rule acts again when Deduplication is Every run. Otherwise a record is handled once.