Helpdesk migration
Field-level mapping, validation, and rollback between VisionFlow and Zendesk. We move data and schema; workflows are rebuilt natively in Zendesk.
VisionFlow
Source
Zendesk
Destination
Compatibility
5 of 10
objects map 1:1 between VisionFlow and Zendesk.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from VisionFlow to Zendesk is a platform shift from a modular Swedish ITSM suite into the world's most widely-deployed helpdesk platform. VisionFlow organizes data across Issues (tickets), Customers, Assets, Contracts, and Workflows with no publicly documented API, which means all data extraction requires either vendor-coordinated manual export or direct database access for on-premise deployments. We map VisionFlow Issues directly to Zendesk Tickets, preserving the original ticket number and status history. VisionFlow's Assets and Contracts have no native Zendesk equivalent and require custom object configuration (available on Zendesk Suite and Support Enterprise plans) or a separate asset management tool post-migration. Zendesk's REST API and bulk import endpoints handle the destination side with standard rate-limit handling and batch chunking. Workflows, automations, and Ideas do not migrate as code; we deliver a written inventory of every active workflow and knowledge-base article for the customer's admin to rebuild in Zendesk Guide.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a VisionFlow object lands in Zendesk, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
VisionFlow
Issues
Zendesk
Tickets
1:1VisionFlow Issues (the core ticket object) map 1:1 to Zendesk Tickets. We preserve the original VisionFlow ticket number as a custom field (vf_original_ticket_number__c) on the Zendesk ticket for audit continuity. Status, priority, assignee, and created/updated timestamps migrate directly. Any attachments linked to Issues extract from VisionFlow's file storage and re-attach to the corresponding Zendesk ticket via Zendesk's Attachments API. We use Zendesk's /api/v2/tickets/bulk_create endpoint for ticket migration, chunking in batches of 100 to respect rate limits.
VisionFlow
Customers
Zendesk
Users (requester) + Organizations
1:1VisionFlow Customers (CRM contact records with organizational associations) map to Zendesk Users with the user type set to end-user. The organizational linkage from VisionFlow becomes a Zendesk Organization lookup on the User record. If the VisionFlow customer is also an organizational-level contact, we create an Organization in Zendesk first and link the User to it. Email address serves as the dedupe key.
VisionFlow
Organizations
Zendesk
Organizations
1:1VisionFlow Organizations (top-level entities grouping Customers, Assets, and Contracts) map directly to Zendesk Organizations. The organization hierarchy in VisionFlow maps to Zendesk Organization fields, and we preserve any domain-based organization membership rules. Organizations are created before Customer/User migration so that the organization lookup is satisfied at insert time.
VisionFlow
Assets
Zendesk
Custom Object (Software Asset / Hardware Asset)
lossyVisionFlow Assets (hardware, software, and inventory records with lifecycle status, location, and custodian data) have no native Zendesk equivalent. We migrate Asset records to a Zendesk custom object (available on Zendesk Suite and Support Enterprise plans at $89+/agent/mo). We define custom fields on the object for lifecycle stage, location, custodian name, and asset tag. Lookup relationship fields on the custom object link assets to the Zendesk Organization representing the asset's owning company. Organizations on Team, Growth, and Professional plans do not have custom object access.
VisionFlow
Contracts
Zendesk
Custom Object (Contract)
lossyVisionFlow Contracts (records with key dates, parties, and attached documents) migrate to a Zendesk custom Contract object. We define fields for contract start date, end date, contract type (dropdown), and counterparty name. Attached documents migrate as ContentDocument records linked via ContentDocumentLink to the Contract record. Contract custom object requires Zendesk Suite or Support Enterprise; Standard and Team plans do not support custom objects.
VisionFlow
Activities
Zendesk
Ticket Comments + Tasks
1:manyVisionFlow Activities (work entries, time spent, and communications linked to Issues or Customers) merge into Zendesk Ticket comments. Agent-facing activity notes that should not be visible to the customer migrate as private comments on the Zendesk ticket. Time-tracking entries from VisionFlow map to a custom numeric field on the ticket (time_spent_minutes__c) if the customer has Zendesk Explore or a time-tracking app installed.
VisionFlow
Users
Zendesk
Agents (end-user or agent role)
1:1VisionFlow User accounts (with roles and organizational membership) map to Zendesk end-users or agents depending on the Zendesk plan tier and role assignment. We map by email match against the Zendesk User table. Any VisionFlow User without a matching Zendesk account is held in a reconciliation queue for the customer's Zendesk admin to provision. Agent roles (Light agent, agent, admin) depend on the customer's Zendesk plan and are set during post-migration configuration.
VisionFlow
Workflows
Zendesk
Zendesk automations (not migrated as code)
1:1VisionFlow Workflows define multi-step processes that Issues move through. We do not migrate Workflows as code. We document every active VisionFlow workflow during scoping: its steps, conditional routing, and triggers. We deliver a written inventory mapping each VisionFlow workflow to a Zendesk Trigger, Automation, or Macro equivalent. The customer's Zendesk admin rebuilds them post-migration. On-premise VisionFlow workflows may have dependencies on custom fields that require field-level mapping review before the rebuild inventory is finalized.
VisionFlow
Ideas
Zendesk
Zendesk Guide Articles (internal knowledge base)
lossyVisionFlow Ideas (internal knowledge-base entries tracking innovative practices separate from Issues) map to Zendesk Guide articles in a dedicated section. We migrate Idea title, description, and author as a Draft article in Zendesk Guide. Public-facing knowledge-base articles from VisionFlow migrate to published Zendesk Guide articles. We flag any Ideas that reference external links or attachments requiring separate file extraction before migration.
VisionFlow
Attachments (global)
Zendesk
Attachments
lossyFile attachments linked to Issues, Customers, Contracts, or Assets extract from VisionFlow storage and re-attach to the corresponding Zendesk record. Zendesk supports attachments up to 50 MB per file via the Attachments API. We extract files during the VisionFlow data pull phase and queue them for bulk upload during the Zendesk migration phase. On-premise VisionFlow deployments may require additional coordination with VisionFlow's infrastructure team to access file storage paths.
| VisionFlow | Zendesk | Compatibility | |
|---|---|---|---|
| Issues | Tickets1:1 | Fully supported | |
| Customers | Users (requester) + Organizations1:1 | Fully supported | |
| Organizations | Organizations1:1 | Fully supported | |
| Assets | Custom Object (Software Asset / Hardware Asset)lossy | Fully supported | |
| Contracts | Custom Object (Contract)lossy | Fully supported | |
| Activities | Ticket Comments + Tasks1:many | Mapping required | |
| Users | Agents (end-user or agent role)1:1 | Mapping required | |
| Workflows | Zendesk automations (not migrated as code)1:1 | Mapping required | |
| Ideas | Zendesk Guide Articles (internal knowledge base)lossy | Fully supported | |
| Attachments (global) | Attachmentslossy | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
VisionFlow gotchas
No public API — migration relies on manual export or vendor assistance
Internet Explorer Compatibility View blocks login
Per-module pricing means scoping must identify all active modules
Reporting is read-only and non-customizable without vendor services
Zendesk gotchas
Data export requires API scripting on non-Enterprise plans
Automations cap at 500 active rules and 1,000 tickets per hour
Help Center has no native export feature
Custom Objects and full data export are Enterprise-only
Pair-specific challenges
Migration approach
Extraction method confirmation and VisionFlow coordination
We begin every VisionFlow migration by determining the extraction method. For cloud-hosted VisionFlow, we coordinate with VisionFlow support to request a manual data export covering all active modules (Issues, Customers, Assets, Contracts, Activities, Ideas, and Organizations). For on-premise VisionFlow deployments, we coordinate direct database extraction with the customer's infrastructure team and confirm IE Compatibility View settings are disabled. We build a buffer of 5-10 business days into the project schedule for this coordination phase before any migration work begins.
Discovery audit and Zendesk plan assessment
We audit the full VisionFlow data set across all active modules: record counts by object type, attachment volume and storage paths, active workflow count and step complexity, and user/agent count with role assignments. We pair this with a Zendesk plan assessment: confirm whether the customer has or will purchase Suite or Support Enterprise (required for custom objects) and audit existing Zendesk fields, brands, and group structure if this is an existing Zendesk account. The discovery output is a written migration scope with all record counts, extraction timelines, and a Zendesk plan recommendation.
Zendesk destination schema setup
We configure the Zendesk destination before any data loads. This includes creating custom objects for Assets and Contracts (with all required fields, dropdown values, and lookup relationships to Organizations), creating the vf_original_ticket_number__c custom field on Tickets, setting up Zendesk Organizations mapped to VisionFlow Organizations, and confirming agent roles and group structure. If the destination is a new Zendesk account, we provision brands and email routing as part of the setup. All configuration happens in a Zendesk Sandbox or staging environment first for validation.
VisionFlow data export and transformation
We transform the VisionFlow export into Zendesk import format. This includes splitting VisionFlow Activities into public and private ticket comments, mapping VisionFlow status values to Zendesk ticket status values, extracting attachment files and queuing them for bulk upload, and applying the custom field schema for Assets and Contracts. We validate record counts and field覆盖率 against the discovery audit before initiating the Zendesk import. Any data quality issues (duplicate emails, missing required fields) are flagged in a transformation report for the customer's review.
Production import in dependency order
We run production migration in Zendesk in record-dependency order: Organizations first (as parent records), then Users/Agents, then Tickets (with vf_original_ticket_number__c populated and attachments linked), then custom object records for Assets and Contracts (with Organization lookup resolved). We use Zendesk's bulk import endpoints with batch chunking and rate-limit handling. Each phase emits a reconciliation report comparing import row counts to the discovery audit counts. Any discrepancies are investigated before the next phase begins.
Cutover, validation, and Workflow rebuild handoff
We freeze VisionFlow writes during cutover and run a final delta migration of any records modified during the migration window. We deliver the Workflow and Idea inventory document to the customer's Zendesk admin for rebuild in Zendesk Triggers, Automations, and Guide. We do not migrate workflows or automations as code; that is a separate rebuild engagement. We support a one-week hypercare window where we resolve any reconciliation issues. Zendesk Guide articles (migrated from VisionFlow Ideas) require the customer's admin to publish and organize within their Help Center structure.
Platform deep dives
VisionFlow
Source
Strengths
Weaknesses
Zendesk
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. All 7 core objects map 1:1 between VisionFlow and Zendesk.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across VisionFlow and Zendesk.
Object compatibility
All 7 core objects map 1:1 between VisionFlow and Zendesk.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
7-object category — typical timelines run 2–7 days end-to-end.
API constraints
VisionFlow: Not publicly documented.
Data volume sensitivity
VisionFlow doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during VisionFlow to Zendesk migration scoping. Not seeing yours? Book a call.
Walk through your VisionFlow to Zendesk migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave VisionFlow
Other ways to arrive at Zendesk
Same-Helpdesk migrations
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.