Dispatch Agent (ConnectWise)
Last updated: February 10, 2026
Update Feb 10, 2025 by Andrew Feng (Product Manager)
Overview
Introducing ConnectWise Dispatch Agent v2 - zofiQ Agentic Platform 🚀 - Watch Video

The Dispatch Agent is responsible for automatically assigning ticket ownership based on board configuration, team membership, technician availability, workload, and historical context.
The agent supports three dispatching modes, allowing MSPs to control how ownership is assigned depending on operational needs. All modes share the same trigger conditions, filters, and eligibility checks. The difference lies in how assignment decisions are made and what actions are performed after assignment.
The goal is to reduce manual dispatch effort, ensure tickets are assigned to available technicians, and align ticket ownership with real scheduling capacity.
When This Agent Runs
The Dispatch Agent runs when all of the following conditions are met:
A ticket enters a configured board
The ticket reaches a configured trigger status
Company filters and agent specific filters are satisfied
SOP rules allow dispatch to proceed
The Dispatch Agent is designed to run after ticket triage is complete. This includes company, contact, agreement, urgency, and priority determination. Dispatch decisions are made only after ticket context is finalized.
Important Note
The Dispatch Agent runs once per ticket at the moment the trigger conditions are met. If dispatch is unsuccessful or no eligible technician or team is found, the agent does not automatically retry. Any follow-up assignment must be handled manually.
What This Agent Can Change
Depending on the selected dispatching mode, the agent may update:
Ticket owner
Ticket team
Ticket status
Technician calendar, by creating a static calendar entry
Dispatching Modes
The Dispatch Agent supports three dispatching modes. One mode must be selected for each agent configuration.
Mode 1: Assign Ticket Owner and Schedule Calendar Slots
This mode assigns an individual technician and schedules work on their ConnectWise calendar. Technician calendars are treated as the primary source of truth for availability and scheduling.
What This Mode Does
• Assigns a ticket owner
• Creates a corresponding calendar entry
Configuration Options
Default Time Slot Duration
Defines the amount of time blocked on a technician’s calendar for each dispatched ticket.
If left blank, the default duration is 30 minutes. Values can be set up to 480 minutes.Default Buffer Between Tickets
Defines the buffer time inserted between scheduled tickets.
This prevents technicians from being scheduled back to back during high volume periods.
If left blank, the default buffer is 10 minutes.Ticket Status After Dispatch
Defines the ticket status applied after dispatch is complete.
This allows workflows where tickets move from New to Assigned or In Progress once ownership is set.
How Dispatch Decisions Are Made
Once trigger conditions are met, the agent:
Identifies the board and associated team
Retrieves technicians assigned to that team
Validates availability using
• The ConnectWise In and Out board
• Configured working hours on technician calendarsEvaluates calendar data for all eligible technicians
From the eligible pool, the agent selects the best technician based on:
Earliest available calendar time
Current calendar workload and density
Historical success resolving similar tickets, where available
To prevent excessive scheduling, the agent will not assign work more than one day in advance. If a technician has immediate availability, a 10 minute buffer is inserted before the scheduled work block to allow time for awareness and context switching.
Outcome
Ticket owner is assigned
Calendar entry is created
Ticket status may be updated
Mode 2: Assign Ticket Owner Only
This mode assigns an individual technician without creating calendar entries. Ownership decisions are based on real time workload rather than scheduled availability.
What This Mode Does
Assigns a ticket owner
Does not create calendar entries
This mode is intended for teams that manage work through queues, Kanban boards, or manual scheduling, but still require automated and fair ownership distribution.
Configuration Options
Maximum Active Tickets per Technician
Defines the maximum number of active tickets a technician may hold and still be eligible for assignment.Ticket Statuses Excluded from Active Count
Allows exclusion of statuses such as Closed or Waiting on Customer so only active work contributes to workload calculations.Ticket Status After Dispatch
Defines the ticket status applied after ownership is assigned.
How Dispatch Decisions Are Made
Once trigger conditions are met, the agent:
Identifies the board and associated team
Retrieves technicians assigned to that team
Validates availability using the ConnectWise In and Out board
Retrieves all tickets currently owned by each eligible technician
Excludes tickets in configured inactive statuses
Enforces the maximum active ticket threshold
Technicians who meet or exceed the threshold are removed from consideration
From the eligible pool, the agent selects the best technician based on:
Lowest active ticket count
If multiple technicians share the same lowest workload, historical success resolving similar tickets may be used to break ties where available.
No calendar data is evaluated and no calendar entries are created in this mode.
Outcome
• Ticket owner is assigned
• No calendar entry is created
• Ticket status may be updated
Mode 3: Assign Default Team Only
This mode assigns tickets to a team rather than an individual technician. No workload or calendar evaluation is performed.
What This Mode Does
Assigns the ticket to the board’s default team
Does not assign an individual technician
Does not create calendar entries
Configuration Options
No additional configuration options are available for this mode beyond standard board, status, and company filters.
How Dispatch Decisions Are Made
Once trigger conditions are met:
The agent identifies the board’s default team
The ticket is assigned to that team
Outcome
Ticket team is assigned
No individual owner is set
No calendar entry is created
This mode is commonly used for shared queues, tiered support models, or after hours routing where manual assignment is preferred.
Configuration Options
Board and Status Filters
These settings define where and when the Dispatch Agent is allowed to run.
Select the board where the agent should activate
Select the ticket status that triggers dispatch
This ensures automated dispatch occurs only at the intended stage of your workflow.
Company Filters
Company based filters control which tickets are eligible for automated dispatch.
Company Filter
Select one or more company values that should trigger dispatch when present on a ticket.
Excluded Companies Filter
Select one or more company values that should never be dispatched automatically if present at the time the agent is triggered.
Dispatch Configuration SOP Upload
Some MSPs work in a "Pod" structure and assign a dedicated group of technicians to a defined set of customers rather than using a flat team structure. If your team operates this way, this configuration allows you to upload a CSV, PDF, or text document that expresses that structure explicitly.
The uploaded document may include:
Team or pod definitions
Technician names
Working hours (and time zone)
Customer name associations
The Dispatch Agent uses this information as an additional signal to guide assignment decisions, layered on top of standard ConnectWise constraints such as boards, teams, availability, and calendars.
Important Note:
The Dispatch Agent can use uploaded documents to guide dispatch behavior, but it cannot override or reinterpret how technicians, teams, and boards are configured in ConnectWise. All uploaded information must align exactly with what exists in ConnectWise for the agent to act on it.
Examples:
Name mismatches
If the uploaded document lists a technician as Andy Doe, but the technician is listed in ConnectWise as Andrew Doe, the Dispatch Agent will treat these as different people. The agent cannot infer aliases or name variations, and Andy Doe will not be considered for dispatch.Team and board mismatches
If the uploaded document indicates that Manny Doe is part of a team and should handle tickets for a specific customer, but Manny Doe is not associated with the team assigned to the board where the ticket lands in ConnectWise, the agent will not consider Manny for dispatch. Board and team relationships defined in ConnectWise always take precedence.
In cases where uploaded configurations conflict with ConnectWise data, the Dispatch Agent will fall back to dispatching based solely on the valid ConnectWise configuration and available system signals.
SOP Configuration
An SOP input is available for additional rules and constraints.
This allows you to:
Define specific ticket ownership assignment rules
Add conditional logic for certain companies or scenarios
Prevent assignment in edge cases where human review is preferred
SOPs are evaluated alongside structured configuration and provide fine grained control over agent behavior.
Interaction With Other zofiQ Agents
The Dispatch Agent runs after zofiQ's triage workflow and relies on accurate company information.
When multiple triage agents are enabled, zofiQ follows a defined orchestration order to ensure consistent outcomes. The Dispatch Agent runs after the Agreement Agent so that contacts are evaluated within the correct customer context.
At a high level, the orchestration flow is:
Company Agent
Identifies and confirms the correct company as early as possible to establish core ticket context.
Urgency, Impact, and Priority Agent
Evaluates urgency, impact, and priority early using the initial ticket content and company context.Board Agent
Determines the correct board for the ticket based on classification rules and routing logic.Contact Agent
Assigns or corrects the contact once company and agreement context is finalized.
Agreement Agent
Assigns the appropriate agreement using stabilized company and priority context.Dispatch Agent
Assigns ticket ownership after all classification and contractual decisions are complete.Summary Line Agent
Generates or refines the ticket summary last, incorporating all prior decisions and final context.
Visibility and Control
All Dispatch Agent decisions follow the configured filters, overwrite rules, and SOP constraints.
Every action taken by the agent is fully observable:
All evaluation steps, decisions, and execution outcomes are recorded in the agent’s individual Workflow Logs
Any changes applied by the agent are also reflected in the audit trail of each ticket it affects within the PSA
This provides a clear, end to end view of what the agent evaluated, what decision it made, and why, ensuring agreement assignment remains predictable, auditable, and aligned with how your organization delivers and bills for services.
If you have any other questions or concerns you can reach out to support@zofiq.ai