Helpdesk migration

Migrate from Helpdesk 365 to Salesforce Service Cloud

Field-level mapping, validation, and rollback between Helpdesk 365 and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.

Helpdesk 365 logo

Helpdesk 365

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

58%

7 of 12

objects map 1:1 between Helpdesk 365 and Salesforce Service Cloud.

Complexity

CModerate

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Helpdesk 365 to Salesforce Service Cloud is a structural migration that restructures a SharePoint-backed ticketing system into a CRM-native service platform. Helpdesk 365 stores tickets, contacts, and companies in SharePoint lists with attachments as SharePoint document library URLs; Salesforce Service Cloud uses the Case object as the primary ticket record, Account for organizations, Contact for customers, and Salesforce Knowledge for articles. We extract Helpdesk 365 data through its REST API using paginated reads, resolve Helpdesk 365 agent and team references against Salesforce Users and Queues, and map custom fields within the Standard plan five-field cap if applicable. Automation rules, SLA policies, and routing logic in Helpdesk 365 do not migrate as configuration; we deliver a written inventory of these for the customer's admin to rebuild in Salesforce Flow or Omni-Channel. Attachments migrate as ContentDocument records linked to the parent Case or Contact, with the original SharePoint URL preserved as a custom field for reference during a transition window.

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 365 logo

Helpdesk 365

What's pushing teams away

  • Independent review coverage is sparse, making it difficult to validate long-term reliability before committing historical data to the platform, especially when migration accuracy is critical.
  • Organizations outgrowing the feature set find that SharePoint list storage limits API flexibility, and the Standard plan's five-custom-field cap forces upgrades or workarounds for more complex support workflows.
  • Switching requires rebuilding automation rules, SLA policies, and routing logic from scratch because these are not exported as data, creating significant switching effort for established teams.

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 365 objects map to Salesforce Service Cloud

Each row shows how a Helpdesk 365 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 365

Ticket

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

Helpdesk 365 Tickets map directly to Salesforce Case. The ticket subject maps to Case Subject, ticket body and thread history map to EmailMessage records linked to the Case, ticket status maps to Case Status, priority maps to Case Priority, and assignee maps to Case OwnerId resolved via the User mapping. We preserve the original Helpdesk 365 ticket ID in a custom field h365_ticket_id__c for cross-reference during the transition window.

Helpdesk 365

Ticket

maps to

Salesforce Service Cloud

EmailMessage

1:many
Fully supported

Helpdesk 365 ticket conversation threads (agent and customer replies) map to Salesforce EmailMessage records. Each thread entry becomes a separate EmailMessage with the sender, timestamp, and HTML body preserved. We set the EmailMessage.parentId to the migrated Case ID and set the FromAddress and ToAddress based on the Helpdesk 365 contact and agent email fields.

Helpdesk 365

Contact

maps to

Salesforce Service Cloud

Contact

1:1
Fully supported

Helpdesk 365 Contacts map to Salesforce Contact. Email address is the dedupe key. We map first name, last name, phone, and any custom fields on Contact. The Contact is created before the Case import so that the ContactId lookup on Case is satisfied at the moment of insert.

Helpdesk 365

Company

maps to

Salesforce Service Cloud

Account

1:1
Fully supported

Helpdesk 365 Companies map to Salesforce Account. Company name maps to Account Name, domain maps to Account Website. Account is created before Contact import so that the AccountId lookup is resolved on Contact. We use the Account as the parent for any Contact records that reference the Helpdesk 365 Company.

Helpdesk 365

Ticket

maps to

Salesforce Service Cloud

Account

1:1
Fully supported

Helpdesk 365 Tickets reference a Company (organization) that maps to Salesforce Account. We resolve the Helpdesk 365 company_id on each ticket to the migrated Account ID and set Case.AccountId accordingly. Tickets without a linked company map to the Contact's Account or remain unlinked until a customer admin confirms the correct Account assignment.

Helpdesk 365

Agent

maps to

Salesforce Service Cloud

User

1:1
Fully supported

Helpdesk 365 Agent profiles (name, email, role, team) map to Salesforce User records. We match by email against the destination org's User table. Agents without a matching Salesforce User go to a reconciliation queue for the customer's admin to provision before Case import. The Helpdesk 365 agent role maps to a Salesforce Profile and Role assignment.

Helpdesk 365

Team

maps to

Salesforce Service Cloud

Queue

lossy
Fully supported

Helpdesk 365 Teams map to Salesforce Queues. Each team becomes a Queue of type Case, and team membership (the agents assigned to each team) maps to QueueMembership. We configure the Queue before migration so that Case.OwnerId can be set to the correct Queue ID during import.

Helpdesk 365

Custom Field (Ticket)

maps to

Salesforce Service Cloud

Custom Field (Case)

lossy
Fully supported

Helpdesk 365 custom fields on Tickets map to Salesforce custom fields on Case. If the customer holds Helpdesk 365 Standard, we verify during scoping whether the source system carries more than five custom fields; if so, we present a field-reduction plan before migration. Salesforce Professional and above support unlimited custom fields per object. Field type mapping follows Salesforce conventions: text to Text, dropdown to Picklist, date to Date, and checkbox to Checkbox.

Helpdesk 365

Knowledge Base Article

maps to

Salesforce Service Cloud

KnowledgeArticleVersion

1:1
Fully supported

Helpdesk 365 KB articles (title, HTML body, category, publish status) map to Salesforce Knowledge ArticleVersion records. We transform the HTML body to Salesforce's article content format, map the Helpdesk 365 category to Salesforce Data Category, and set the article type based on the customer's Service Cloud configuration. Published articles migrate as Published version; draft articles migrate as Draft.

Helpdesk 365

Tag

maps to

Salesforce Service Cloud

Topic

lossy
Fully supported

Helpdesk 365 tags on Tickets map to Salesforce Topics. We extract tag values during ticket extraction and create Topic records with the tag name, then create TopicAssignment records linking the Case to each Topic. Alternatively, if the customer prefers a flat label approach, tags map to a multi-select picklist on Case.

Helpdesk 365

Attachment (SharePoint URL)

maps to

Salesforce Service Cloud

ContentDocument

lossy
Fully supported

Helpdesk 365 attachments are URLs pointing to SharePoint document libraries, not files stored inside the helpdesk. We extract the attachment URL from each ticket record and store it in a custom field h365_attachment_url__c on the Case for reference. If the customer wants the actual files migrated, we download from SharePoint using the stored URL and Microsoft Graph API, then ingest as ContentVersion and link via ContentDocumentLink. This requires the customer's SharePoint credentials and is scoped separately during discovery.

Helpdesk 365

Custom Object

maps to

Salesforce Service Cloud

Custom Object

1:1
Fully supported

Helpdesk 365 custom objects migrate to Salesforce custom objects of equivalent API name. We pre-create the destination schema including all custom fields, lookup relationships to standard objects (Account, Contact, Case), and validation rules before any data import. Custom object API names in Salesforce use the __c suffix per platform convention.

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 365 logo

Helpdesk 365 gotchas

Medium

Standard plan caps custom fields at five

Medium

API key tied to admin user account

Medium

No documented bulk export endpoint

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 365 API key tied to admin account lifecycle

    Helpdesk 365 uses API key authentication tied to the admin account that generated it. If that account is deactivated or the key is rotated during the migration window, the migration run breaks and requires credential re-authorization before we can resume. We confirm during discovery that the API key is generated from a stable service account, document the key rotation policy with the customer, and schedule migration runs to complete within a single key lifecycle. We do not proceed with export runs if the key is within 48 hours of scheduled rotation.

  • SharePoint attachment URLs break if SharePoint access is revoked

    Helpdesk 365 stores attachments as URLs to SharePoint document libraries, not as files inside the helpdesk. If the customer's Microsoft 365 tenant permissions change, the SharePoint URLs become inaccessible after migration. We preserve the original SharePoint URL in a custom field on the migrated Case and recommend that the customer either migrate the files to Salesforce Files or Salesforce Content before decommissioning the SharePoint library. This is a scope decision made during discovery, not a data-loss risk we can retroactively address.

  • Salesforce validation rules and required fields can block Case import

    Salesforce Service Cloud orgs commonly enforce required fields, validation rules, and picklist whitelists on Case. Helpdesk 365 tickets may not populate all required Salesforce fields historically, especially for legacy closed tickets. We coordinate with the customer's Salesforce admin to grant the migration user the required field-level create access and either temporarily disable validation rules during load or extend them with a migration-context bypass. Without this coordination, 5-30 percent of Case records reject silently on first import attempt.

  • No documented bulk export endpoint constrains extraction speed

    Helpdesk 365 does not publish a bulk export API endpoint. Large migration scopes require chunked paginated reads through the standard REST API with rate-limit handling on the Microsoft Graph backend. We sequence exports in batches, schedule large exports outside business hours to avoid throttling collisions with live users, and use exponential backoff on 429 responses. This adds 20-40 percent to extraction time compared to platforms with confirmed bulk export endpoints.

  • Agent and team export availability is not confirmed in documentation

    The Helpdesk 365 CSV confirms tickets, contacts, and companies as exportable entities but does not confirm a dedicated agent or team export API. We pull agent profiles from ticket records during ticket extraction and validate team membership by inspecting ticket assignee relationships. If a customer requires a clean agent roster export separate from ticket history, we flag this during scoping and may need a manual export via the admin interface to complement the API extraction.

Migration approach

Six steps for a successful Helpdesk 365 to Salesforce Service Cloud data migration

  1. Discovery and credential validation

    We audit the Helpdesk 365 portal across plan tier (Standard with five-field cap or Enterprise), active custom fields, ticket volume, attachment count, agent roster, team structure, and knowledge base article inventory. We confirm the API key is generated from a stable service account, document the SharePoint library URL structure for attachment handling, and assess whether the customer holds the Microsoft Graph permissions required for SharePoint file download if files-as-ContentDocuments are in scope. The discovery output is a written migration scope, field-mapping table, and SharePoint file migration decision.

  2. Schema design and Salesforce configuration

    We design the destination Salesforce Service Cloud schema in a Sandbox org. This includes provisioning custom fields on Case and Contact (mapped from Helpdesk 365 custom fields), creating Queues for each Helpdesk 365 team, assigning Salesforce Profiles and Roles to match agent role hierarchies, configuring Salesforce Knowledge article types and data categories for KB migration, and disabling validation rules or adding migration-context bypass logic on Case. Schema deploys via change set or metadata API into Sandbox first.

  3. Sandbox migration and reconciliation

    We run a full migration into a Salesforce Sandbox using a representative data sample (at minimum 10 percent of total volume). The customer's Service Cloud admin reconciles record counts, spot-checks migrated Cases against original Helpdesk 365 tickets, validates that thread history appears correctly in Case EmailMessages, and confirms that attachment URLs are preserved. We correct any field mapping errors in Sandbox before scheduling the production migration window.

  4. Agent and team reconciliation

    We extract all distinct Helpdesk 365 agents from ticket assignee fields and match by email against the destination Salesforce org's User table. Agents without a matching User go to a reconciliation queue. The customer's Salesforce admin provisions any missing Users and assigns them to the correct Queues before production migration begins. Case OwnerId references cannot be set during migration if the User or Queue does not exist in Salesforce.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Salesforce Users (validated), Accounts (from Helpdesk 365 Companies), Contacts (with AccountId resolved), Queues (with QueueMembership from team assignments), Cases (with ContactId, AccountId, OwnerId, and custom fields resolved), EmailMessage thread records (linked to parent Case), Knowledge Articles (with data category mapping), Topics and TopicAssignments (linked to Cases), and Custom Objects (last, because they often have lookups to standard objects). Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, delta sync, and automation rebuild handoff

    We freeze Helpdesk 365 writes during the final cutover window, run a delta migration of any records created or modified since the initial export, then enable Salesforce Service Cloud as the system of record. We deliver a written inventory of Helpdesk 365 automation rules, SLA policies, and routing logic with recommended Salesforce Flow and Omni-Channel equivalents. We support a one-week hypercare window for reconciliation issues. We do not rebuild Helpdesk 365 automations as Salesforce Flow inside the migration scope; that is a separate engagement.

Platform deep dives

Context on both ends of the pair

Helpdesk 365 logo

Helpdesk 365

Source

Strengths

  • Deploys in under ten minutes as a certified Microsoft 365 app with no infrastructure to provision.
  • Native SharePoint, Teams, and Outlook integration keeps the support workflow inside the Microsoft tools organizations already use.
  • Mail tracker feature monitors helpdesk-sent emails and generates interaction reports across the support channel.
  • Azure DevOps integration connects IT and development ticket workflows without requiring separate tooling.
  • SLA management, knowledge base, rule automation, and ticket routing are included without tier-gating on core helpdesk functionality.

Weaknesses

  • Independent third-party review coverage is minimal, limiting pre-purchase reliability signals for teams with data-migration requirements.
  • API key-based authentication rather than OAuth 2.0 creates credential lifecycle risk during automated migrations.
  • SharePoint list storage architecture constrains API flexibility relative to platforms with purpose-built relational back ends.
  • Standard plan limits active custom fields to five, which may conflict with source systems carrying more custom fields in a migration scenario.
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 365 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 365: Not publicly documented; Microsoft Graph throttling applies as the backend transport.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Helpdesk 365 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 365 to Salesforce Service Cloud data migrations

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

Can't find your answer?

Walk through your Helpdesk 365 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 four and six weeks for accounts under 10,000 Tickets, 3,000 Contacts, and 500 Companies with no custom objects and a clean SharePoint attachment strategy. Migrations with large attachment volumes (over 50,000 SharePoint file references), Salesforce Knowledge article migration, multi-team Queue configuration, or custom objects move to eight to twelve weeks because of ContentDocument ingestion time, KB HTML transformation, and Omni-Channel routing design work.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Helpdesk 365.
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