Helpdesk migration
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
Source
Salesforce Service Cloud
Destination
Compatibility
8 of 10
objects map 1:1 between ManageEngine ServiceDesk Plus MSP and Salesforce Service Cloud.
Complexity
BStandard
Timeline
4-6 weeks
Overview
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.
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
ManageEngine ServiceDesk Plus MSP platform overview
Scorecard, SWOT, gotchas, and pricing for ManageEngine ServiceDesk Plus MSP.
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 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
Salesforce Service Cloud
Case
1:1ManageEngine 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
Salesforce Service Cloud
Contact or User
1:manyManageEngine 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
Salesforce Service Cloud
Account
1:1ManageEngine 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
Salesforce Service Cloud
Asset
1:1ManageEngine 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
Salesforce Service Cloud
Contract
1:1ManageEngine 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
Salesforce Service Cloud
KnowledgeArticleVersion
1:1ManageEngine 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
Salesforce Service Cloud
ChangeRequest
1:1ManageEngine 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
Salesforce Service Cloud
Case (linked)
1:1ManageEngine 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
Salesforce Service Cloud
Project (custom object)
1:1ManageEngine 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)
Salesforce Service Cloud
ProcessInstance
lossyManageEngine 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.
| ManageEngine ServiceDesk Plus MSP | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Requests | Case1:1 | Mapping required | |
| Requesters | Contact or User1:many | Fully supported | |
| Accounts | Account1:1 | Fully supported | |
| Assets | Asset1:1 | Mapping required | |
| Contracts | Contract1:1 | Mapping required | |
| Solutions | KnowledgeArticleVersion1:1 | Fully supported | |
| Changes | ChangeRequest1:1 | Mapping required | |
| Problems | Case (linked)1:1 | Mapping required | |
| Projects | Project (custom object)1:1 | Mapping required | |
| Changes (Approval Levels) | ProcessInstancelossy | 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.
ManageEngine ServiceDesk Plus MSP gotchas
Request conversations and attachments are not exportable
SLA and Business Rules cannot be migrated
500-account cloud migration ceiling
Asset associations to Requests are lost on migration
Additional field constraints cause migration failures post-creation
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 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.
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.
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.
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.
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.
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
ManageEngine ServiceDesk Plus MSP
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 1 of 7 objects need a manual workaround.
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
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
ManageEngine ServiceDesk Plus MSP: 15 req creations / 10 sec; 30 req updates / 1 min; 30 req deletions / 1 min.
Data volume sensitivity
ManageEngine ServiceDesk Plus MSP 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 ManageEngine ServiceDesk Plus MSP to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave ManageEngine ServiceDesk Plus MSP
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.