Helpdesk migration

Migrate from HelpDesk 3 to Salesforce Service Cloud

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 logo

HelpDesk 3

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

64%

7 of 11

objects map 1:1 between HelpDesk 3 and Salesforce Service Cloud.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

HelpDesk 3 logo

HelpDesk 3

What's pushing teams away

  • Self-hosting requires the customer to manage hosting, upgrades, security patches, and database backups — friction for teams without IT staff.
  • Only 6 months of complimentary support included with the lifetime license; ongoing support requires additional purchase.
  • No documented public API — extraction at migration is database-level.
  • Thin reviewer footprint on Capterra, G2 — limited validation data for procurement.
  • Single-vendor PHP/MySQL stack; teams scaling beyond a handful of operators typically migrate to Zendesk, Freshdesk, or HelpScout for managed reliability.

Choosing

Salesforce Service Cloud logo

Salesforce Service Cloud

What's pulling them in

  • Deep Salesforce ecosystem integration with Sales Cloud, Marketing Cloud, and custom Apex apps creates a single pane of glass for enterprise customer data and cross-functional workflows.
  • Omnichannel case routing — email, chat, phone, social, and messaging — unified under one case object means agents do not lose context when customers switch channels mid-interaction.
  • AI for customer service (Einstein AI / Agentforce) offers automated case classification, suggested replies, and chatbot routing that reduces Tier-1 ticket volume without manual rule authoring.
  • Entitlement and milestone tracking enforces SLA compliance natively, automatically calculating breach windows and surfacing violations to supervisors in dashboards.
  • Salesforce's massive AppExchange ecosystem provides pre-built connectors, industry-specific managed packages, and third-party tools that extend Service Cloud beyond its out-of-box capabilities.

Object mapping

How HelpDesk 3 objects map to Salesforce Service Cloud

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

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

HelpDesk 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

maps to

Salesforce Service Cloud

Contact and Account

many:1
Fully supported

HelpDesk 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

maps to

Salesforce Service Cloud

User

1:1
Fully supported

HelpDesk 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)

maps to

Salesforce Service Cloud

EmailMessage + Task

1:1
Fully supported

HelpDesk 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)

maps to

Salesforce Service Cloud

LiveChatTranscript

1:1
Fully supported

HelpDesk 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)

maps to

Salesforce Service Cloud

Case Thread (combined)

lossy
Fully supported

HelpDesk 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

maps to

Salesforce Service Cloud

Article (Knowledge Base)

1:1
Fully supported

HelpDesk 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

maps to

Salesforce Service Cloud

ContentDocument + ContentVersion

1:1
Fully supported

HelpDesk 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

maps to

Salesforce Service Cloud

Case Tag or Custom Multi-Select Field

lossy
Fully supported

HelpDesk 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)

maps to

Salesforce Service Cloud

Custom Field on Case and Contact

1:1
Fully supported

HelpDesk 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

maps to

Salesforce Service Cloud

Case Status + Record Type

lossy
Fully supported

HelpDesk 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.

Gotchas + challenges

What specifically takes care here

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 logo

HelpDesk 3 gotchas

High

No documented public API for automated migration

Medium

Server connection instability during peak usage

Medium

Live chat and email conversations stored as separate objects

Salesforce Service Cloud logo

Salesforce Service Cloud gotchas

High

Data Export 512MB file size cap breaks large org exports

High

API Daily Request Limits vary by license edition

High

No automatic data backup in base Salesforce

Medium

Picklist dependencies silently break records when unmapped

Medium

Workflow rules fire unexpectedly during data load

Pair-specific challenges

  • HelpDesk 3 has no documented public API

    HelpDesk 3 does not publish a public REST API or developer documentation in the research record. This means there is no programmatic way to pull Tickets, Customers, Agents, or Articles at migration time through an API call. We work around this by extracting data through admin-panel CSV exports per object, validating field completeness before mapping, and coordinating with the customer's team if database-level access is available. This constraint adds a manual step to the discovery phase and can affect the timeline if export permissions are restricted or the data volume requires multiple export passes.

  • Salesforce audit-field settings required for historical timestamps

    Migrating HelpDesk 3 Created at, Closed at, and Last modified at timestamps to Salesforce requires enabling Set Audit Fields upon Record Creation in Setup under User Interface. The migration user also needs the Update Records with Inactive Owners permission. If these settings are not enabled before migration begins, Salesforce ignores the server-provided created-date values and stamps every migrated record with the import timestamp, breaking SLA reporting that relies on historical case creation dates. We enable these settings during the pre-migration configuration step before any Case records are inserted.

  • Workflow rules must be disabled before case import

    Salesforce workflow rules and Process Builder flows configured in the destination org will fire during case import, potentially triggering outbound emails, field updates, and task creations against thousands of records during the migration window. Before migration, we coordinate with the customer's admin to disable all active workflow rules under Setup > Process Automation > Workflow Rules and document each for re-enablement post-migration. Failing to do this produces duplicate notifications to customers and dirty data in SLA-tracking fields.

  • Live chat and email threads require explicit merge

    HelpDesk 3 stores in-app chat transcripts and email threads as separate conversation objects under the same Ticket. Salesforce does not have a native merge mechanism for these two conversation types into a single Case thread. We flatten both conversation types chronologically at migration time and tag each message with its original channel so the timeline shows a unified, ordered view. If the customer prefers to keep chat and email in separate related lists, we configure a split-thread layout on the Case Page Layout instead. Either choice requires explicit configuration during the migration design phase.

  • Server connection instability can disrupt export operations

    User reviews on G2 report intermittent server-connection failures on HelpDesk 3 during peak usage periods. If HelpDesk 3's servers are lagging or timing out during the export window, data extraction can fail mid-export. We schedule export phases during off-peak hours, implement retry logic with exponential backoff, and checkpoint exports so a partial failure does not require restarting from scratch. For large exports, we request chunked exports by date range to reduce single-session exposure to server instability.

Migration approach

Six steps for a successful HelpDesk 3 to Salesforce Service Cloud data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

HelpDesk 3 logo

HelpDesk 3

Source

Strengths

  • All-in-one bundle covers ticketing, live chat, FAQ, and billing without switching platforms
  • Simple shared-inbox model aligns with small-team email-based support workflows
  • FAQ and knowledge base built directly into the CMS reduce setup overhead
  • Client management and light billing are available in a single subscription
  • Self-contained platform with minimal external integration dependencies

Weaknesses

  • No documented public API means migrations require export/import tooling or custom scripting
  • Limited integrations with external tools like Slack, Firebase, and calendar systems
  • Frequent UI updates introduce lag and server-connection instability reported by users
  • Smaller ecosystem compared to Zendesk, Freshdesk, or Hiver means fewer community resources
  • No visible tiered pricing or feature gating means the platform may not scale for mid-market teams
Salesforce Service Cloud logo

Salesforce Service Cloud

Destination

Strengths

  • Enterprise-grade security, compliance certifications, and audit logging available across all paid editions with Shield offering enhanced event monitoring.
  • Scalable multi-tenant cloud architecture supporting orgs from 5 users to 150,000+ seat enterprises without infrastructure management overhead.
  • Omnichannel contact center unifying email, live chat, phone, messaging, and social into a single Case timeline per customer interaction.
  • Rich workflow automation via Salesforce Flow, Process Builder, and Apex triggers enabling complex case escalation, routing, and field updates.
  • Native AI capabilities (Agentforce / Einstein) for case auto-routing, classification, suggested responses, and chatbot escalation without third-party add-ons.

Weaknesses

  • Per-seat pricing model with no contact limits creates unpredictable cost scaling for large organizations adding many agents over time.
  • No automatic data backup — organizations must purchase a third-party backup solution or build manual Data Loader exports to protect against data loss from human error, failed deployments, or integrations overwriting records.
  • Steep learning curve for non-technical users requiring dedicated admin resources and formal training investment before teams reach productive velocity.
  • Annual contract requirements and limited pro-ration on exit create significant switching cost friction, especially for organizations evaluating alternatives mid-cycle.
  • Add-on licensing (CPQ, Einstein Activity Capture, Shield, Data Cloud) can double effective per-seat cost without clear documentation of which features are included in base tiers.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across HelpDesk 3 and Salesforce Service Cloud.

  • Object compatibility

    C

    1 of 7 objects need a manual workaround.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    HelpDesk 3: Self-hosted — no vendor-imposed limits; constrained by hosting capacity.

  • Data volume sensitivity

    B

    HelpDesk 3 doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your HelpDesk 3 to Salesforce Service Cloud migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about HelpDesk 3 to Salesforce Service Cloud data migrations

Answers to the questions buyers ask most during HelpDesk 3 to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between three and five weeks for accounts under 15,000 tickets, 3,000 customers, and under 500 FAQ articles with no large attachment volumes. Migrations with large file attachments (over 50 MB per record), knowledge base articles exceeding 500 records, multi-channel conversation histories (chat plus email requiring thread merge), or extensive custom field schemas move to eight to fourteen weeks because of manual export processing, sandbox validation cycles, and knowledge base restructuring.

Adjacent paths

Related migrations to explore

Ready when you are

Move from HelpDesk 3.
Land in Salesforce Service Cloud, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day