Skip to main content

Admin Triage Workflow for Automation Issues

This article explains how admins triage automation-related tickets, identify common causes, and collect the right information for escalation.

Terence Cassidy avatar
Written by Terence Cassidy
Updated over a month ago

Diagnose automation issues efficiently before escalating to engineering.

⚠️ Important: Admin access is required to complete most triage steps.


Start with the Client’s Reported Issue

Begin triage by clarifying the problem.

  1. Confirm which automation is affected.

  2. Identify whether the issue relates to emails, records, sync, or chatbots.

  3. Ask when the issue started and whether it affects all records or only some.

πŸ“Œ Note: Partial failures usually indicate data or template issues rather than system outages.


Verify Automation Status

  1. Open Automations.

  2. Locate the affected automation.

  3. Confirm the automation is Active.

  4. Review recent activation or deactivation changes.

πŸ“Œ Note: Inactive automations do not process new records.


Review Automation Activity

  1. Open the automation.

  2. Click Activity.

  3. Look for failed or skipped actions.

  4. Note timestamps and error patterns.

πŸ“Œ Note: Activity history helps determine whether the issue is configuration- or data-related.


Check Email Failures First

Email issues are the most common automation failures.

  1. Identify failed email actions in Activity.

  2. Open the associated email template.

  3. Review merge tags and placeholders.

⚠️ Important: Merge tags linked to empty CRM fields cause email failures.


Validate CRM Sync Health

Automation issues often originate from sync problems.

  1. Go to Settings, then click Integrations.

  2. Open the connected CRM.

  3. Review Sync Status and completion percentage.

πŸ“Œ Note: Incomplete syncs can reduce automation reach or prevent record entry.


Check Record Subscription Status

If emails are not being received:

  1. Open Unsubscribe under Automations.

  2. Search for the affected record.

  3. Confirm whether it is unsubscribed globally or from a specific automation.

πŸ“Œ Note: Unsubscribed records will not receive automation emails.


Investigate Record-Level Data Issues

If failures affect only some records:

  1. Open a failed record from Contacts or Candidates.

  2. Check required fields referenced by the automation.

  3. Look for missing owners, emails, or required values.

πŸ“Œ Note: Migrated CRM records often contain empty fields.


Capture Required Escalation Details

Before escalating to engineering, collect:

  1. The direct URL of the automation, template, or chatbot.

  2. The organisation name and identifier code.

  3. Example record names or emails.

  4. A short description of expected vs actual behaviour.

πŸ“Œ Note: URLs and organisation identifiers are critical for backend investigation.


Decide Whether to Escalate

Escalate to engineering when:

  • Errors have no clear configuration cause.

  • Sync status appears healthy but behaviour is incorrect.

  • Failures persist after template and data checks.

πŸ“Œ Note: Most automation issues are resolved during triage without escalation.


πŸ’‘ Best Practices

  • Always check email templates before escalating.

  • Validate CRM sync before modifying automations.

  • Use direct URLs instead of screenshots.

  • Confirm unsubscribe status early.

  • Document findings clearly before escalation.


πŸ€” FAQs

Q1: What is the most common cause of automation failures?
Answer: Email template merge tags referencing empty CRM fields.

Q2: Should admins reactivate automations during triage?
Answer: No, avoid changing automation state until the root cause is identified.

Q3: When should an issue be escalated to engineering?
Answer: When configuration, data, and sync checks do not explain the behaviour.

Did this answer your question?