Helpdesk migration
Field-level mapping, validation, and rollback between HelpDesk 3 and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
HelpDesk 3
Source
Salesforce Service Cloud
Destination
Compatibility
7 of 11
objects map 1:1 between HelpDesk 3 and Salesforce Service Cloud.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from HelpDesk 3 to Salesforce Service Cloud is a migration from a bundled SMB support suite into a full CRM-powered service platform. HelpDesk 3 has no documented public API, which means we extract data through admin-panel exports or database-level access rather than a programmatic pull. We normalize HelpDesk 3's separate chat-transcript and email-thread conversation objects into a single chronological Case thread in Salesforce, tagging each message by its original channel for context. We preserve agent role assignments, SLA history, and custom field definitions across the migration. Ticket status workflows map to Salesforce Case status taxonomy, and FAQ Articles export as structured HTML for the destination knowledge base. We do not migrate Client Portal configurations or billing records as portable records; we document both during audit for manual rebuild. Workflow rules, automation rules, and Client Portal settings do not migrate as code and are delivered as a written inventory for the customer's admin team to rebuild in Salesforce.
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.
Source platform
HelpDesk 3 platform overview
Scorecard, SWOT, gotchas, and pricing for HelpDesk 3.
Destination platform
Salesforce Service Cloud platform overview
Scorecard, SWOT, gotchas, and pricing for Salesforce Service Cloud.
Data migration guide
The complete Salesforce Service Cloud migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Salesforce Service Cloud migration checklist
Pre- and post-cutover tasks for moving onto Salesforce Service Cloud.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a HelpDesk 3 object lands in Salesforce Service Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
HelpDesk 3
Ticket
Salesforce Service Cloud
Case
1:1HelpDesk 3 Tickets map 1:1 to Salesforce Cases. Ticket status (open, pending, resolved, closed) maps to Salesforce Case Status values which we configure as a Status field with closed-case final states. Priority and assignee migrate directly. CreatedAt and ClosedAt timestamps require Salesforce's Set Audit Fields upon Record Creation permission enabled in the destination org before migration; without this setting, Salesforce ignores server-provided created dates during insert.
HelpDesk 3
Customer
Salesforce Service Cloud
Contact and Account
many:1HelpDesk 3 Customer records carry contact details, company association, and billing profile. We map each Customer to a Salesforce Contact (primary) and resolve or create a parent Account using the company name. Email address is the dedupe key. Customers without a company name create Contacts without an Account, which we flag in the reconciliation report for the admin to merge or convert manually post-migration.
HelpDesk 3
Agent
Salesforce Service Cloud
User
1:1HelpDesk 3 Agents with name, email, role, and availability map to Salesforce User records. We resolve Agents by email match against the destination org's User table. Any HelpDesk 3 Agent without a matching Salesforce User goes to a provisioning queue; the customer's admin creates the User before Agent assignment records migrate. Agent role (admin, agent) maps to Salesforce Profile and a custom Agent_Role__c field for SLA-rule continuity.
HelpDesk 3
Conversation (Email)
Salesforce Service Cloud
EmailMessage + Task
1:1HelpDesk 3 email-thread conversation records attach to the parent Ticket. We migrate them as Salesforce EmailMessage records (the message content and headers) linked to the parent Case via the WhatId, with a paired Task record populating the Case activity timeline. Message timestamps preserve ordering; the original sender email and recipient map to FromName and ToAddress on EmailMessage.
HelpDesk 3
Conversation (Live Chat)
Salesforce Service Cloud
LiveChatTranscript
1:1HelpDesk 3 live-chat transcripts are separate conversation records linked to the same Ticket. We migrate them as Salesforce LiveChatTranscript records linked to the Case via a custom lookup field or through the standard Case.LatestChatId relationship. Each transcript preserves the agent name, visitor name, start time, and message body. LiveChatTranscript requires the Chat Sources feature to be enabled in the destination org.
HelpDesk 3
Conversation (Merged Thread)
Salesforce Service Cloud
Case Thread (combined)
lossyHelpDesk 3 stores email and chat as distinct conversation objects under the same Ticket. Salesforce consolidates these into a single Case thread. We merge both conversation types chronologically at migration time and tag each message with a channel field (Email or Chat) so agents can filter the timeline. Failing to merge produces duplicate or out-of-order entries that agents report as confusing during reconciliation.
HelpDesk 3
FAQ Article
Salesforce Service Cloud
Article (Knowledge Base)
1:1HelpDesk 3 FAQ Articles with title, body HTML, category, and visibility migrate to Salesforce Knowledge Base Articles. We export articles as structured HTML and remap HelpDesk 3 categories to Salesforce Data Category Groups or Article Type custom fields depending on the destination org's knowledge-base configuration. Article visibility (internal vs. customer-facing) maps to Salesforce Article visibility settings. Articles with broken image links or external resource references require URL-rewriting during import.
HelpDesk 3
Attachment
Salesforce Service Cloud
ContentDocument + ContentVersion
1:1HelpDesk 3 file attachments linked to Tickets and FAQ Articles export to Salesforce as ContentVersion records attached via ContentDocumentLink to the parent Case or Article. We handle the three-step ContentVersion insert process (base64 body, file type, and title) and resolve the parent record's ID before attachment. Attachments stored as linked external URLs rather than uploaded files are documented as reference links for manual re-attachment post-migration.
HelpDesk 3
Tag
Salesforce Service Cloud
Case Tag or Custom Multi-Select Field
lossyHelpDesk 3 tags on Tickets and Articles migrate to Salesforce Case Tags (via TopicAssignment) or to a custom multi-select picklist field on Case depending on the destination org's tagging preference. Tag namespaces can differ between platforms and are normalized at migration time. We recommend multi-select picklist over Tags if the customer plans to use tags in reports and filters, since Salesforce Topics have different filtering behavior than standard picklist fields.
HelpDesk 3
Custom Field (Ticket and Customer)
Salesforce Service Cloud
Custom Field on Case and Contact
1:1HelpDesk 3 custom fields on Tickets and Customers require field-level extraction during the audit phase and mapping to equivalent Salesforce custom fields. We pre-create the destination schema in the Salesforce org (sandbox first) with matching API names and field types before importing data. Custom field dependencies (validation rules, formula fields, lookup relationships) are documented in the schema design phase so they do not block import.
HelpDesk 3
Pipeline / Status Workflow
Salesforce Service Cloud
Case Status + Record Type
lossyHelpDesk 3 ticket status workflows (open, pending, resolved, closed) map to Salesforce Case Status values. Custom status values that lack a direct Salesforce equivalent are flagged during scoping and mapped to the nearest available status with a note in the migration report. If HelpDesk 3 has multiple pipelines with distinct status sets, each pipeline becomes a Salesforce Case Record Type with its own Status field values restricted to that Record Type.
| HelpDesk 3 | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Customer | Contact and Accountmany:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Conversation (Email) | EmailMessage + Task1:1 | Fully supported | |
| Conversation (Live Chat) | LiveChatTranscript1:1 | Fully supported | |
| Conversation (Merged Thread) | Case Thread (combined)lossy | Fully supported | |
| FAQ Article | Article (Knowledge Base)1:1 | Fully supported | |
| Attachment | ContentDocument + ContentVersion1:1 | Fully supported | |
| Tag | Case Tag or Custom Multi-Select Fieldlossy | Fully supported | |
| Custom Field (Ticket and Customer) | Custom Field on Case and Contact1:1 | Fully supported | |
| Pipeline / Status Workflow | Case Status + Record Typelossy | 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.
HelpDesk 3 gotchas
No documented public API for automated migration
Server connection instability during peak usage
Live chat and email conversations stored as separate objects
Salesforce Service Cloud gotchas
Data Export 512MB file size cap breaks large org exports
API Daily Request Limits vary by license edition
No automatic data backup in base Salesforce
Picklist dependencies silently break records when unmapped
Workflow rules fire unexpectedly during data load
Pair-specific challenges
Migration approach
Discovery and export feasibility assessment
We audit HelpDesk 3 across ticket volume, customer count, agent count, FAQ article count, attachment sizes, and custom field definitions. Because HelpDesk 3 has no API, we assess export feasibility through admin-panel access and identify which objects can be exported as CSV and which require manual extraction or database-level access. We document the conversation-channel structure (chat vs. email ratio) to scope the thread-merging effort. The discovery output is a written migration scope, an export checklist per object, and a timeline estimate based on data volume and export method.
Destination org permissions and feature enablement
We configure the Salesforce destination org before any data moves. This includes enabling Set Audit Fields upon Record Creation under Setup > User Interface, granting the migration user Modify All Data permission, and disabling active workflow rules and Process Builder flows under Setup > Process Automation. We enable Salesforce Knowledge (if not already active) and configure the Article Type and Data Category Groups for FAQ Article migration. Chat-related features (LiveChatTranscript) are enabled if the customer uses chat. We deploy schema changes to a Sandbox org first for validation before any production configuration.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox (Full Copy or Partial Copy) using production-like data volume extracted from HelpDesk 3. The customer's service operations lead reconciles record counts across all objects, spot-checks 25-50 randomly selected Cases against the source HelpDesk 3 data, and validates the conversation thread merge order. Mapping corrections, missing fields, and status-value gaps are identified here and resolved before the production migration begins. The sandbox sign-off gates the production cutover date.
Data export and extraction from HelpDesk 3
We extract HelpDesk 3 data in dependency order: Customers first (for Account/Contact dedupe), Agents next (for User provisioning), Tickets with conversation history third (for Case and thread reconstruction), FAQ Articles fourth, and Attachments last. Exports run during off-peak hours to reduce the risk of server-connection timeouts. We validate export completeness against the discovery record counts and flag any truncated exports or missing fields for the customer to re-export before proceeding. Attachments are downloaded separately and staged for ContentVersion upload.
Production migration in dependency order
We run production migration in record-dependency order: Users (validated against Salesforce User table), Accounts (from HelpDesk 3 company names), Contacts (with parent AccountId resolved), Agents (with Profile and custom role field), Cases (with CreatedAt and ClosedAt audit fields populated), Conversation history (EmailMessages and LiveChatTranscripts merged into the Case thread), Custom fields on Cases and Contacts, Attachments (via ContentVersion and ContentDocumentLink), Tags (as multi-select picklist or TopicAssignment), and Knowledge Base Articles last. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and handoff
We freeze HelpDesk 3 writes during cutover, run a final delta migration of any records modified during the migration window, then enable Salesforce Service Cloud as the system of record. We deliver the Workflow and Automation Inventory document to the customer's admin team listing every HelpDesk 3 workflow requiring rebuild in Salesforce Flow, every Client Portal configuration requiring manual rebuild in Experience Cloud, and every custom field that could not map directly with its resolution. We support a one-week hypercare window for reconciliation issues. Post-migration admin support, team training, and Flow rebuild are outside standard migration scope and are available as separate engagements.
Platform deep dives
HelpDesk 3
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across HelpDesk 3 and Salesforce Service Cloud.
Object compatibility
1 of 7 objects need a manual workaround.
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
HelpDesk 3: Self-hosted — no vendor-imposed limits; constrained by hosting capacity.
Data volume sensitivity
HelpDesk 3 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 HelpDesk 3 to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your HelpDesk 3 to Salesforce Service Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave HelpDesk 3
Other ways to arrive at Salesforce Service Cloud
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.