š§ Understanding Trigger Conditions in Automations
The Trigger Condition determines when and why an automation runs.
If you select an invalid Run Time for a chosen trigger, youāll see an error message when saving the automation.
āļø Trigger Categories
š 1. Scheduled or Time-Based
Run at a Certain Time ā Executes on a specific date and time you set.
š 2. When an Item Is Added
These triggers run when something new is scheduled.
You can set them to run instantly, 2 minutes after, or up to 30 days later.
(āBeforeā options donāt apply here.)
Visit Is Added
Meeting Is Added
Equipment Maintenance Is Added
ā° 3. Before Something Happens
Used for reminders (e.g., to alert someone ahead of an event).
You can choose to run 1, 2, or 3 days before the scheduled event.
(āInstantlyā and āAfterā run times donāt apply here.)
Before a Visit Happens
Before a To-do Happens
Before a Meeting Happens
Before Equipment Maintenance Happens
ā 4. When Something Is Completed
These triggers send notices after completion and can run instantly, 2 minutes after, or up to 30 days later.
(āBeforeā options donāt apply here.)
Visit Is Complete
To-do Is Complete
Meeting Is Complete
Maintenance Is Complete
š 5. Estimate-Related Triggers
Triggered by estimate activity. All support instant, 2-minute delay, or up to 30-day delay run times (āBeforeā options donāt apply). For example, you can configure automations to send customer notifications, update profile tags, or manage workflows based on estimate activity.
Estimate Is Sent
Estimate Is Accepted
Estimate Is Declined
Estimate Changes Requested
Estimate Accepted or Declined
Estimate Not Accepted or Declined ā useful for follow-up or reminder automations.
If an automation does not trigger, check the Trigger and AND conditions. Adjusting the trigger setup and re-testing the conditions can resolve potential issues.
š” When a client accepts an estimate, the system can automatically assign a specific tag to their profile. This is useful for categorization, quick segmentation, or automated follow-ups.
š¤ 6. Customer and Property Events
Triggered by customer or property actions.
Supports instant, 2-minute, or up to 30-day delay run times.
(āBeforeā options donāt apply.)
New Customer Is Added
Property Is Marked as Not Serviced
š° 7. Invoice and Payment Events
Invoice-based triggers:
Invoice Becomes Past Due ā runs when an invoice passes its due date.
Before Invoice Becomes Past Due ā sends reminders before the due date.
Invoice Is Sent ā runs when an invoice is sent.
Payment-based triggers:
Payment Is Made on Account ā covers portal, saved card, or manual entries.
Payment Receipt Is Sent ā triggers once a receipt is sent.
All support instant, 2-minute, or up to 30-day delay run times (unless noted).
āRun times ābeforeā or āafterā that donāt fit the event will not apply.
š§ 8. Job Timer Events
Job Timer Started ā when an employee clocks in to a job.
Job Timer Stopped ā when they clock out.
Supports instant, 2-minute, or up to 30-day delays.
(āBeforeā run times donāt apply.)
š³ 9. Customer Payment Method Changes
Triggered by actions in the customer portal.
Supports instant, 2-minute, or up to 30-day delay run times.
(āBeforeā options donāt apply.)
Customer Added a Credit Card
Customer Added Bank Account
Customer Added Bank Account (Not Verified)
Customer Removed Bank Account
Customer Removed Credit Card
ā Summary: Each trigger defines what event activates an automation. Most triggers let you choose when to run ā instantly, shortly after, or up to 30 days later ā but ābeforeā options only apply to reminder-style triggers. When implementing automations, verify that trigger criteria and run times align with expected workflows to ensure seamless execution. Consider practical applications like automated tagging or customer notifications to maximize efficiency.