Helpdesk migration

Migrate from ManageEngine ServiceDesk Plus MSP to Salesforce Service Cloud

Field-level mapping, validation, and rollback between ManageEngine ServiceDesk Plus MSP and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.

ManageEngine ServiceDesk Plus MSP logo

ManageEngine ServiceDesk Plus MSP

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

80%

8 of 10

objects map 1:1 between ManageEngine ServiceDesk Plus MSP and Salesforce Service Cloud.

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from ManageEngine ServiceDesk Plus MSP to Salesforce Service Cloud restructures an MSP-centric multi-tenant data model into Salesforce's Account-Contact-Case architecture. ManageEngine organizes data around Accounts and their Requesters with Requests as the core ticket object; Salesforce uses Accounts for organizations, Contacts for people, and Cases for support requests. We resolve the 500-account cloud migration ceiling during scoping for MSPs exceeding that threshold, use the REST API to pull complete Request records including conversation threads that standard exports exclude, and map Solutions to Salesforce Knowledge Articles. SLA policies, Business Rules, automations, and change workflows have no migration path and must be rebuilt using Salesforce Flow and Entitlement Processes post-migration.

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

ManageEngine ServiceDesk Plus MSP logo

ManageEngine ServiceDesk Plus MSP

What's pushing teams away

  • Configuration complexity grows with scale — many settings are buried in admin panels with no clear timeline for feature improvements, frustrating administrators managing multi-account setups.
  • Support responsiveness is inconsistent — customers on Standard tier report slower resolution times, and the community forums (PitStop) become the de facto support channel for technical issues.
  • The command-line update mechanism for on-premises deployments creates maintenance overhead that cloud-first teams find incompatible with modern DevOps practices.
  • Attachment and conversation history cannot be exported via standard tools, forcing teams to manually archive communications when switching platforms.
  • Opaque pricing with add-on modules (change management, project management, CMDB) causes effective costs to diverge significantly from the base per-technician rate.

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 ManageEngine ServiceDesk Plus MSP objects map to Salesforce Service Cloud

Each row shows how a ManageEngine ServiceDesk Plus MSP 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.

ManageEngine ServiceDesk Plus MSP

Requests

maps to

Salesforce Service Cloud

Case

1:1
Mapping required

ManageEngine Requests map directly to Salesforce Cases. We pull the full Request payload via the REST API v3, including conversation threads (which the standard XLS export excludes), because Salesforce CaseOrigin and Description fields must carry the complete communication history. The Request priority maps to Salesforce Case Priority (1=High, 2=Medium, 3=Low), Request status maps to Case Status, and the linked Account becomes the Case.AccountId lookup. Conversation threads are stored as EmailMessage records linked to the Case. Technicians and groups map to Salesforce User and Queue lookups respectively.

ManageEngine ServiceDesk Plus MSP

Requesters

maps to

Salesforce Service Cloud

Contact or User

1:many
Fully supported

ManageEngine Requesters split into two Salesforce objects based on role. End-user Requesters who submit tickets become Salesforce Contacts linked to the corresponding Account. Technician Requesters who resolve tickets become Salesforce Users with the appropriate Service Cloud profile and permission sets. We resolve the split using the istechnician boolean flag in the ManageEngine REST API response and preserve the requester email as the Contact.Email or User.Email dedupe key.

ManageEngine ServiceDesk Plus MSP

Accounts

maps to

Salesforce Service Cloud

Account

1:1
Fully supported

ManageEngine Accounts (customer organizations) map 1:1 to Salesforce Account records. Account Name, industry, phone, website, and address fields map directly. Customer Domains do not transfer from On-Premises to Cloud deployments per ManageEngine's own migration documentation; we flag this for manual verification post-migration. Accounts must be created before Contacts and Cases because Case.AccountId is a required lookup during Case insert.

ManageEngine ServiceDesk Plus MSP

Assets

maps to

Salesforce Service Cloud

Asset

1:1
Mapping required

ManageEngine Assets (IT, Non-IT, Software Licenses, and Contract items) map to Salesforce Asset records. Asset discovery scans do not carry over to Salesforce, so each Asset is re-registered at the destination using the Asset Import template. The source Request-Asset associations are preserved as a lookup table during extraction and re-established via a post-migration script. Assets in In Use state that have a resigned user with no department association migrate as In Stock per ManageEngine's own migration limitation rules.

ManageEngine ServiceDesk Plus MSP

Contracts

maps to

Salesforce Service Cloud

Contract

1:1
Mapping required

ManageEngine Contracts map to Salesforce Contract records with AccountId set to the corresponding Account lookup. Contract terms, start and end dates, and billing terms migrate. The MSP-specific billing automation (per-ticket-hour and contract-tier invoicing) has no direct Salesforce equivalent and is documented as a post-migration billing configuration item for the customer to reconfigure using Salesforce CPQ or a third-party billing connector.

ManageEngine ServiceDesk Plus MSP

Solutions

maps to

Salesforce Service Cloud

KnowledgeArticleVersion

1:1
Fully supported

ManageEngine Solutions (the Knowledge Base for known errors and resolutions) map to Salesforce Knowledge Articles. We export via the KB export tool and import using Salesforce's Knowledge Import API. Topic categorization in ManageEngine maps to Salesforce Data Category Groups. The Solution Owner field and Workaround type do not migrate because Salesforce Knowledge Articles do not have equivalent fields; Solution Description (which is mandatory in Salesforce) receives a placeholder entry if the source Description is empty. Solutions with Review Date on or after Expiry Date are excluded per ManageEngine migration rules.

ManageEngine ServiceDesk Plus MSP

Changes

maps to

Salesforce Service Cloud

ChangeRequest

1:1
Mapping required

ManageEngine Change records map to Salesforce Change Request objects, which are available in Salesforce ITSM and Service Cloud with the appropriate permission set. Change type (Standard, Minor, Major, Significant) maps to Salesforce ChangeRequest.Type, and CAB approval records map to ProcessInstance records. Change requests not in Approved or Denied status at migration time display with empty status per ManageEngine's own migration limitations documentation; we flag these for manual resolution. Change Request tasks are limited to 300 per change during migration per the platform limitation.

ManageEngine ServiceDesk Plus MSP

Problems

maps to

Salesforce Service Cloud

Case (linked)

1:1
Mapping required

ManageEngine Problem records map to Salesforce Cases (or a custom Problem object if the customer uses Salesforce ITSM). Problem records linked to multiple Incidents (Requests) are resolved by creating the Problem as a parent Case with related Cases linked via the ParentId field or a custom lookup. Problem workflows and closure rules have no migration path and must be rebuilt using Salesforce Flow. Problem Analysis, Workaround, and Resolution fields migrate as long-text Case Description or custom fields.

ManageEngine ServiceDesk Plus MSP

Projects

maps to

Salesforce Service Cloud

Project (custom object)

1:1
Mapping required

ManageEngine Projects and Milestones (Enterprise tier) map to Salesforce custom Project objects or the Service Cloud Workforce Engagement Platform Projects module if licensed. Estimated effort fields in ManageEngine have documented maximum values (estimated_hours up to 99,999; estimated_cost up to 999,999,999,999) that we validate before migration. Projects with effort values exceeding these limits receive a cleanup report before the migration run per ManageEngine's migration limitations documentation. Milestone tasks migrate as related custom Task records on the Project object.

ManageEngine ServiceDesk Plus MSP

Changes (Approval Levels)

maps to

Salesforce Service Cloud

ProcessInstance

lossy
Fully supported

ManageEngine Change Approval Levels in Pending Approval status with non-login approvers convert to To Be Sent status during migration. Approval auto-rejection rules from ManageEngine (where a percentage of denied approvers triggers automatic rejection) cannot be replicated in Salesforce because ProcessInstance uses step-by-step approval logic rather than percentage thresholds. We document the original approval configuration for the customer to redesign in Salesforce Flow Approvals post-migration.

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.

ManageEngine ServiceDesk Plus MSP logo

ManageEngine ServiceDesk Plus MSP gotchas

High

Request conversations and attachments are not exportable

High

SLA and Business Rules cannot be migrated

High

500-account cloud migration ceiling

Medium

Asset associations to Requests are lost on migration

Medium

Additional field constraints cause migration failures post-creation

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

  • Conversation threads and attachments are not in standard exports

    ManageEngine's standard XLS export path deliberately omits conversation threads, notes, and attachments from Request records. We retrieve the full Request payload including conversations via paginated REST API calls (rate-limited to 15 request creations per 10 seconds and 30 updates per minute) before the rate-limit window resets. Conversation threads are stored as Salesforce EmailMessage records linked to the Case; attachment metadata is preserved and the customer should plan for file re-upload to Salesforce Files if binary attachments are required in the Case record.

  • SLA configurations must be rebuilt in Salesforce Entitlement Processes

    ManageEngine stores SLA definitions, escalation policies, and notification rules in the admin configuration layer with no export path. Salesforce Service Cloud models SLA compliance using Entitlement Processes and Milestones attached to Entitlements on the Account or Contact. We do not migrate SLA configurations; we deliver a requirements worksheet during scoping that captures the original SLA name, business hours schedule, first-response target, and resolution target for each SLA tier so the customer can configure Entitlement Processes in Salesforce after migration.

  • 500-Account migration ceiling forces batched processing for large MSPs

    ManageEngine's own migration documentation sets a ceiling of 500 Accounts for ServiceDesk Plus MSP Cloud migrations. MSPs with more than 500 customer Accounts must batch migration into groups of 500, with careful handling of cross-Account Request dependencies to avoid orphaned records. We flag this ceiling at scoping and plan account consolidation or batch sequencing before any records move. This limitation does not apply to On-Premises to Salesforce migrations but does affect any Cloud-to-Cloud or SDP-to-SDP-MSP intermediate steps.

  • Asset-to-Request associations break on migration and require re-linking

    ManageEngine's official migration guidance confirms that existing Requests associated with Assets lose their mapping because assets require a fresh registration scan in the new instance. We export the Request-Asset association as a lookup table during extraction, then re-establish links using Salesforce Asset Import from CSV and an update script that matches Asset.SerialNumber or Asset.Name to the lookup table. The customer should budget for post-migration verification of asset-linked cases, particularly for assets with duplicate service tags that require Invalid Service Tags configuration before import.

  • Project estimated_effort and cost fields have value constraints that cause migration pauses

    ManageEngine's migration limitations documentation defines hard maximum values for Projects: estimated_hours and actual_hours capped at 99,999; estimated_cost and actual_cost capped at 999,999,999,999. Records created before these constraints were tightened may contain values that exceed the maximum. The platform pauses module data migration when it encounters such records. We pre-scan for violations before the migration run and provide a cleanup report so constraint violations are resolved proactively.

Migration approach

Six steps for a successful ManageEngine ServiceDesk Plus MSP to Salesforce Service Cloud data migration

  1. Discovery and account-ceiling scoping

    We audit the ManageEngine ServiceDesk Plus MSP instance across deployment type (Cloud or On-Premises), edition tier (Standard, Professional, Enterprise), account count, total Request volume, technician count, and active SLA, Business Rule, and automation configurations. If the MSP has more than 500 Accounts and is on the Cloud deployment, we flag the ceiling constraint at this stage and plan batched migration sequencing. We also catalog the complete Request history volume and attachment sizes to scope the REST API pagination time for conversation and file extraction.

  2. Schema design and Salesforce object mapping

    We design the destination Salesforce Service Cloud schema before any data moves. This includes provisioning Account and Contact record types if the MSP manages multiple lines of business, configuring Case record types and status values to match the ManageEngine Request categories and stages, setting up Entitlement Processes (not migrated, must be designed fresh), creating custom fields on Case for ManageEngine-specific attributes, and designing the Asset and Contract object links. The Account-Contact lookup hierarchy is established so that Cases can reference both parent Account and Contact records at insert time.

  3. Sandbox validation and reconciliation

    We run a full migration into a Salesforce Sandbox (Developer or Full Copy depending on data volume) to validate the schema, field mapping, and conversation-to-EmailMessage transformation. The customer reconciles record counts (Accounts in, Contacts in, Cases in, Assets in, Contracts in), spot-checks 25-50 random Cases against the ManageEngine source for field accuracy and conversation thread completeness, and reviews Case-Account linking. Mapping corrections are made in Sandbox before any production migration begins.

  4. Owner and technician reconciliation

    We extract every distinct technician and requester owner referenced on Requests, Changes, and Problems and match by email against the Salesforce destination's User table. Technicians become Salesforce Users with the appropriate Service Cloud profile; end-user requesters become Contacts. Any ManageEngine technician without a matching Salesforce User is held in a reconciliation queue for the customer's admin to provision before production migration. OwnerId references are required on most standard objects, so this step gates the production migration.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounts first (to satisfy Case.AccountId lookups), then Contacts and Users, then Assets (with the Request-Asset lookup table staged for re-linking), then Contracts, then Cases with conversation history (EmailMessage records inserted alongside the Case parent record), then Change Requests, then Problem records, then Knowledge Articles from Solutions. Projects and Milestones run last due to field-constraint validation. Each phase emits a row-count reconciliation report before the next phase begins. The 500-Account ceiling, if applicable, is handled by chunking the Accounts phase into batches of 500 with cross-batch Request dependencies resolved before each batch closes.

  6. Cutover, validation, and automation rebuild handoff

    We freeze ManageEngine writes during cutover, run a final delta migration of any records modified during the migration window, validate case counts against the ManageEngine source, then enable Salesforce Service Cloud as the system of record. We deliver the SLA, Business Rule, and automation rebuild worksheet to the customer so their admin or a Salesforce partner can configure Entitlement Processes and Flow approvals post-migration. Reports and dashboards do not migrate; we deliver a written list of the 10-15 most-used ManageEngine reports for the customer to rebuild in Salesforce Reports and Dashboards. We do not rebuild automations as Salesforce Flow inside the migration scope.

Platform deep dives

Context on both ends of the pair

ManageEngine ServiceDesk Plus MSP logo

ManageEngine ServiceDesk Plus MSP

Source

Strengths

  • Integrated ITSM, ITAM, and billing under one per-technician license for MSP economics.
  • Multi-account architecture with up to 150 customer organizations per license.
  • Native REST API v3 with OAuth 2.0 support for on-demand deployments.
  • Asset discovery covers IT, Non-IT, Software licenses, and Contract management.
  • Built-in billing automation tied to ticket hours or contract terms.

Weaknesses

  • Conversations, Notes, and Attachments are not exportable via standard tools.
  • SLA, Business Rules, and automations have no migration path and must be rebuilt.
  • On-premises update mechanism relies on command-line tools, increasing admin overhead.
  • Account migration ceiling of 500 records in Cloud limits large MSP migrations.
  • Customer Domains do not transfer from On-Premises to Cloud deployments.
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?

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

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across ManageEngine ServiceDesk Plus MSP and Salesforce Service Cloud.

  • Object compatibility

    B

    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

    ManageEngine ServiceDesk Plus MSP: 15 req creations / 10 sec; 30 req updates / 1 min; 30 req deletions / 1 min.

  • Data volume sensitivity

    B

    ManageEngine ServiceDesk Plus MSP doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your ManageEngine ServiceDesk Plus MSP 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 ManageEngine ServiceDesk Plus MSP to Salesforce Service Cloud data migrations

Answers to the questions buyers ask most during ManageEngine ServiceDesk Plus MSP to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your ManageEngine ServiceDesk Plus MSP to Salesforce Service Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

MSPs under 5,000 Accounts and 100,000 total Requests with standard objects (no Enterprise-tier modules) typically complete in four to six weeks. Migrations with more than 500 Accounts (requiring batched processing), large conversation histories, Change and Problem records with approval history, or Solutions Knowledge Base content of significant volume extend to eight to twelve weeks because of REST API pagination time for conversation extraction, cross-account dependency resolution, and approval workflow documentation.

Adjacent paths

Related migrations to explore

Ready when you are

Move from ManageEngine ServiceDesk Plus MSP.
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