Migrate your Kaseya VSA data
RMM platform built for MSPs and mid-market IT teams to manage, monitor, and automate thousands of distributed endpoints from a single console.
In its favor
Why people choose Kaseya VSA
The signal that keeps Kaseya VSA on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Comprehensive remote monitoring and management with zero-touch agent deployment across thousands of endpoints, making it practical for MSPs managing hundreds of client environments.
Powerful scripting engine supporting native CMD and PowerShell execution, allowing technicians to automate complex remediation tasks without learning a proprietary language.
Multi-tenant architecture with Organizations and Sites natively supports MSPs managing discrete customer environments from a single VSA instance.
Integrated ticketing and remote access within the same platform reduces tool sprawl and gives technicians a single console for both monitoring and incident response.
Custom fields on Agents enable flexible per-endpoint data capture and reporting without requiring schema changes across the platform.
Interface is widely described as complex and unintuitive, requiring significant training time before technicians can work efficiently in the platform.
Customer support quality is inconsistent, with long response times and difficulty reaching knowledgeable engineers when critical issues arise.
Connectivity and remote access reliability issues are persistent, with agents failing to connect or sessions dropping during active troubleshooting.
Frequent connection drops and unreliable remote access sessions force technicians to use workarounds or supplemental tools for basic support tasks.
Confusing SKU and billing structures create unexpected charges, with aggressive sales practices around bundled hardware creating billing disputes.
Reasons to switch
Why people leave Kaseya VSA
The recurring reasons buyers give for replacing Kaseya VSA. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Kaseya VSA fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
Kaseya VSA pricing overview
Kaseya does not publish public pricing; all contracts are negotiated directly with sales. Procurement data suggests SMB plans average approximately $41,000 per year while enterprise configurations average $101,000, with pricing driven by agent count and bundled module selection rather than flat per-user tiers.
VSA Essential
Tier 1 of 3
Custom (typically $4–$5 per endpoint per month)
What's included
Need help selecting your Helpdesk?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Kaseya VSA's schedule — see our quote-based pricing →
What gets migrated
Kaseya VSA object support
Object-by-object support for Kaseya VSA migrations. Per-pair details surface during scoping.
Agents (managed endpoints)
Fully supportedAgents are the primary managed-device object in VSA. Standard fields include hostname, OS, last check-in, and status. We preserve Agent records in full during XML export and re-establish the endpoint identity at the destination, flagging any Machine ID reassignment that may occur during the transfer.
Organizations
Fully supportedOrganizations are the top-level tenant container, especially relevant for MSPs with multiple customer accounts. We export and import Organization structures and their associated settings as part of the automation solution migration via Import Center.
Sites
Fully supportedSites are sub-containers within an Organization, typically representing physical locations or client sub-divisions. Site assignments on Agents are preserved during migration and must be re-mapped if the destination VSA uses a different organizational hierarchy.
Agent Groups
Mapping requiredAgent Groups are dynamic or static collections of Agents used for targeted procedure deployment and monitoring. Group memberships are exported as part of the agent configuration. We verify group names and membership rules on the destination to ensure dynamic groups evaluate correctly post-migration.
Agent Procedures (automation scripts)
Fully supportedAgent Procedures are the core automation unit in VSA, supporting CMD, PowerShell, and VSA-specific scripting. Folders of procedures can be exported as a single XML via Import Center. We sequence folder dependencies and validate script references during import to handle any cross-procedure calls.
Service Desk Tickets
Mapping requiredService Desk Tickets and their Definitions are migratable via Import Center XML export. Ticket history, conversations, and custom fields may require field-level mapping to the destination helpdesk schema. We flag which ticket associations and attachments are preserved versus flattened during the export.
Monitor Sets
Fully supportedMonitor Sets define the alerting and threshold configuration for Agents. They are among the explicitly listed migration types in Import Center. We export Monitor Sets alongside Agent configurations and verify that monitoring policies re-apply correctly to the destination's agent population.
Patch Policies
Fully supportedPatch Policies control automated patching schedules, approval rules, and reboot handling. Kaseya's documentation explicitly names Patch Policies as a migratable object via Import Center. We export the policy definitions and apply them to matching agent groups on the destination VSA.
Custom Fields (Agent-level)
Mapping requiredCustom Fields can be assigned at Global, Organization, Site, Agent Group, or System context levels. Custom reports have a 40-field limit. We export custom field definitions alongside agent data and remap field contexts to the equivalent structure on the destination, flagging any fields exceeding the destination's limits.
Packages (software deployment)
Mapping requiredPackages define distributable software bundles and are listed as a migration type in Import Center. Package dependencies and distribution schedules are preserved. We flag any packages referencing third-party repositories or credentials that may not exist on the destination environment.
Machine ID Templates
Fully supportedMachine ID templates encode standardized endpoint configurations and are explicitly named in Kaseya's migration documentation. They can be exported alongside machine ID settings. We map template assignments to destination agents to maintain consistent baseline configurations post-migration.
Event Sets
Fully supportedEvent Sets define which system events trigger alerts or procedures and are listed as a migratable automation solution in Import Center. We export Event Set configurations and validate that equivalent event sources are available in the destination environment.
| Object | Support | Notes |
|---|---|---|
| Agents (managed endpoints) | Fully supported | Agents are the primary managed-device object in VSA. Standard fields include hostname, OS, last check-in, and status. We preserve Agent records in full during XML export and re-establish the endpoint identity at the destination, flagging any Machine ID reassignment that may occur during the transfer. |
| Organizations | Fully supported | Organizations are the top-level tenant container, especially relevant for MSPs with multiple customer accounts. We export and import Organization structures and their associated settings as part of the automation solution migration via Import Center. |
| Sites | Fully supported | Sites are sub-containers within an Organization, typically representing physical locations or client sub-divisions. Site assignments on Agents are preserved during migration and must be re-mapped if the destination VSA uses a different organizational hierarchy. |
| Agent Groups | Mapping required | Agent Groups are dynamic or static collections of Agents used for targeted procedure deployment and monitoring. Group memberships are exported as part of the agent configuration. We verify group names and membership rules on the destination to ensure dynamic groups evaluate correctly post-migration. |
| Agent Procedures (automation scripts) | Fully supported | Agent Procedures are the core automation unit in VSA, supporting CMD, PowerShell, and VSA-specific scripting. Folders of procedures can be exported as a single XML via Import Center. We sequence folder dependencies and validate script references during import to handle any cross-procedure calls. |
| Service Desk Tickets | Mapping required | Service Desk Tickets and their Definitions are migratable via Import Center XML export. Ticket history, conversations, and custom fields may require field-level mapping to the destination helpdesk schema. We flag which ticket associations and attachments are preserved versus flattened during the export. |
| Monitor Sets | Fully supported | Monitor Sets define the alerting and threshold configuration for Agents. They are among the explicitly listed migration types in Import Center. We export Monitor Sets alongside Agent configurations and verify that monitoring policies re-apply correctly to the destination's agent population. |
| Patch Policies | Fully supported | Patch Policies control automated patching schedules, approval rules, and reboot handling. Kaseya's documentation explicitly names Patch Policies as a migratable object via Import Center. We export the policy definitions and apply them to matching agent groups on the destination VSA. |
| Custom Fields (Agent-level) | Mapping required | Custom Fields can be assigned at Global, Organization, Site, Agent Group, or System context levels. Custom reports have a 40-field limit. We export custom field definitions alongside agent data and remap field contexts to the equivalent structure on the destination, flagging any fields exceeding the destination's limits. |
| Packages (software deployment) | Mapping required | Packages define distributable software bundles and are listed as a migration type in Import Center. Package dependencies and distribution schedules are preserved. We flag any packages referencing third-party repositories or credentials that may not exist on the destination environment. |
| Machine ID Templates | Fully supported | Machine ID templates encode standardized endpoint configurations and are explicitly named in Kaseya's migration documentation. They can be exported alongside machine ID settings. We map template assignments to destination agents to maintain consistent baseline configurations post-migration. |
| Event Sets | Fully supported | Event Sets define which system events trigger alerts or procedures and are listed as a migratable automation solution in Import Center. We export Event Set configurations and validate that equivalent event sources are available in the destination environment. |
Gotchas
What to watch for in Kaseya VSA migrations
Issues we've hit on past Kaseya VSA migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
ISO-8859-1 XML encoding requirement on Import/Export
VSA 9 to VSA 10 migration requires a full architectural reassessment
Machine ID reassignment during VSA-to-VSA transfer
Confusing SKU billing model with no published pricing
Custom reports capped at 40 custom fields
| Severity | Issue |
|---|---|
| Medium | ISO-8859-1 XML encoding requirement on Import/Export |
| High | VSA 9 to VSA 10 migration requires a full architectural reassessment |
| High | Machine ID reassignment during VSA-to-VSA transfer |
| Medium | Confusing SKU billing model with no published pricing |
| Low | Custom reports capped at 40 custom fields |
Leaving Kaseya VSA?
Where Kaseya VSA customers move next
7 destinations Kaseya VSA can migrate to.
How a Kaseya VSA migration works
Four steps, Kaseya VSA-specific
Connect
HTTP Basic Authentication into Kaseya VSA. Scopes limited to read-only on the data we move.
Map
We translate Kaseya VSA-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Kaseya VSA quirks before production.
Migrate
Full migration with Kaseya VSA rate-limit handling. Rollback available throughout.
FAQ
Kaseya VSA migration FAQ
Answers to the questions buyers ask most during Kaseya VSA migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Kaseya VSA migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationOther helpdesks we support
Ready when you are
Migrate Kaseya VSA.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Kaseya VSA setup and destination — written quote back within a business day.