Helpdesk migration
Field-level mapping, validation, and rollback between NICE CXone and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
NICE CXone
Source
Salesforce Service Cloud
Destination
Compatibility
9 of 11
objects map 1:1 between NICE CXone and Salesforce Service Cloud.
Complexity
BStandard
Timeline
5-8 weeks
Overview
Moving from NICE CXone to Salesforce Service Cloud is a migration from a purpose-built CCaaS platform to a CRM-native service desk. CXone organizes around Agents, Skills, Queues, and ACD routing; Service Cloud uses Contacts, Cases, Omni-Channel routing rules, and Service Contracts. The structural differences are significant: Skills in CXone are standalone routing entities while Salesforce routes via Omni-Channel Work Items and Presence Configuration. We export Skills as a lookup table, remap them to Salesforce routing configurations during import, and flag any Skills that cannot map 1:1 to Omni-Channel. WEM data (Schedules, Time Off, Quality Evaluations) requires a CXone Workforce Empowerment license; if the customer's tier does not include WEM, we exclude those objects from the migration plan and note the gap. Interaction history (calls, emails, chats) migrates to Salesforce Task, Event, and EmailMessage records with ActivityDate preserved from CXone timestamps. Automations, IVR scripts, and CXone Studio flows do not migrate; we deliver a written inventory of routing logic and script references requiring rebuild in Salesforce Flow or Omni-Channel routing.
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
NICE CXone platform overview
Scorecard, SWOT, gotchas, and pricing for NICE CXone.
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 NICE CXone 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.
NICE CXone
Contact
Salesforce Service Cloud
Contact
1:1CXone Contact records map to Salesforce Contact. Standard fields (name, phone, email, address) migrate directly. Any CXone Digital Fields attached to Contacts export as field definitions alongside values and are re-created as Salesforce custom fields (with __c suffix) in the destination org. Custom field type mapping: CXone text becomes Salesforce Text(255), CXone number becomes Number, CXone date becomes Date, CXone boolean becomes Checkbox. We use the Contact's email address as the dedupe key during import.
NICE CXone
Agent
Salesforce Service Cloud
User
1:1CXone Agent profiles map to Salesforce User records. Each Agent's assigned Skills, Teams, and security group memberships are exported as a Skills lookup table and a Team membership list. We resolve Agents by email match against the Salesforce org's User table. Agents without a matching Salesforce User are held in a reconciliation queue for the customer's admin to provision. Profile and Permission Set assignments are noted in the Skills lookup document for manual assignment post-migration.
NICE CXone
Skill
Salesforce Service Cloud
Omni-Channel Routing Attribute or Custom Field
lossyCXone Skills control routing assignment and are referenced by Agent profiles, Scripts, and Queues. There is no direct Salesforce Omni-Channel equivalent for Skills as standalone routing entities. We export Skills as a standalone lookup table (skill_id, skill_name, proficiency, team_assignment) and map them to Salesforce Omni-Channel Routing Attributes during import. Routing attributes in Salesforce replace the skill-based assignment logic from CXone. If the customer uses multi-skill routing (agents assigned to multiple skills with proficiency scores), we map proficiency to a custom Routing Attribute value and document the Omni-Channel configuration required to activate it.
NICE CXone
Queue and Queue Membership
Salesforce Service Cloud
Omni-Channel Work Items or Case Queues
lossyCXone Queues hold interactions and assign them to Skills or Agents. We export queue membership records and queue-level SLA configurations (service level threshold, priority flags). Salesforce uses Case Queues (for case routing) and Omni-Channel Work Items (for skill-based routing in the Lightning Service Console). We map CXone Queue IDs to Salesforce Queues and note any priority rules or SLA thresholds requiring rebuild as Omni-Channel Routing Configurations. Queue-level disposition codes map to Case Status values or custom picklist fields.
NICE CXone
Custom Fields (Digital)
Salesforce Service Cloud
Custom Field (__c)
1:1CXone Digital Fields attached to Contacts export with their field definitions (name, data type, required flag, default value) and values. We pre-create the destination Salesforce custom fields before any Contact records import, matching field types (Text, Number, Date, Picklist, Checkbox, Email) to Salesforce field types. Required flags in CXone are noted but not enforced during migration to avoid validation failures; the customer's admin reviews and re-enforces required constraints post-migration.
NICE CXone
Address Book
Salesforce Service Cloud
Custom Object or List
1:1CXone Address Books manage agent assignments and entity lists used for manual dial or transfer targets. Export via ACD API is available. We map Address Book entries to Salesforce Custom Objects (AddressBookEntry__c with a lookup to Contact) and note any dynamic Address Book rules that require rebuild as Salesforce List Views or Public Groups. Static Address Books migrate as records; dynamic Address Books are flagged for manual rebuild.
NICE CXone
Agent Schedule and Time Off (WEM)
Salesforce Service Cloud
Shift (Field Service) or Custom Object
1:1Agent schedules and time-off balances live in CXone's Workforce Empowerment module, which requires a Core Suite license ($169/agent) or higher. We audit the customer's CXone license tier during scoping. If WEM is not licensed, these objects are excluded from the migration plan and the gap is documented. If WEM is licensed, we export schedule templates and agent-timezone assignments. Note that CXone schedule rules (rotation patterns, exception types, adherence thresholds) are not transferable to Salesforce Field Service Shift Management as code; we deliver a schedule mapping document and the customer's admin rebuilds shift patterns in Salesforce.
NICE CXone
Quality Evaluations and Scorecards (WEM)
Salesforce Service Cloud
Custom Object
1:1CXone Quality Management stores evaluation templates and completed evaluation records. WEM-licensed accounts export evaluation forms as flat records (form name, agent evaluated, evaluator, score per criterion, overall score, date). Salesforce has no native quality management object; we map completed evaluations to a custom QualityEvaluation__c object with a lookup to the Agent-User record. Evaluation templates (question sets, scoring rubrics, weighting) do not migrate as templates; we deliver a written template mapping document for the customer's admin to rebuild in Salesforce's native or AppExchange QM tool of choice.
NICE CXone
Knowledge Base Articles
Salesforce Service Cloud
Knowledge Article
1:1CXone Knowledge Management articles export via API with article content, categories, and status flags. We map these to Salesforce Knowledge (from Professional tier). Article body migrates as Salesforce KnowledgeArticleVersion.Body; categories map to Salesforce Data Category Groups. We validate article URLs and internal links during import and flag any that point to CXone-specific paths requiring manual update. Articles in Draft status in CXone migrate as Draft in Salesforce; Published articles migrate as Published.
NICE CXone
Interaction History (Migrated Calls)
Salesforce Service Cloud
Task (Call) + EmailMessage
1:1CXone interaction history (calls, emails, chats, social messages) exports via ACD API. Inbound calls map to Salesforce Task with TaskSubtype=Call, CallDurationInSeconds, and CallType preserved. Outbound calls map similarly. Disposition codes from CXone map to a custom Task field (CXone_Disposition__c). Emails map to Salesforce EmailMessage records linked to an Activity Task. Chat transcripts map to Salesforce Task with a custom body field holding the transcript text. ActivityDate is set from the original CXone timestamp to preserve timeline ordering. CXone does not expose call recordings via API; recording URLs from CXone Digital Fields migrate as a custom field on the Task record.
NICE CXone
Outbound Campaigns and DNC Lists
Salesforce Service Cloud
Campaign + Campaign Member or Custom Object
1:1CXone Outbound campaign configurations and Do-Not-Call lists are available via API on higher tiers. We export campaign metadata (campaign name, target list size, dialer mode) and DNC records. Predictive dialer logic from CXone (pace settings, abandonment thresholds, 10DLC compliance) does not transfer; these are rebuilt in the destination's dialer layer (Service Cloud Voice, AWS Connect, or Genesys). DNC lists migrate to Salesforce Campaign suppression lists or a custom DNC__c object with a lookup to Contact.
| NICE CXone | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Skill | Omni-Channel Routing Attribute or Custom Fieldlossy | Fully supported | |
| Queue and Queue Membership | Omni-Channel Work Items or Case Queueslossy | Fully supported | |
| Custom Fields (Digital) | Custom Field (__c)1:1 | Fully supported | |
| Address Book | Custom Object or List1:1 | Fully supported | |
| Agent Schedule and Time Off (WEM) | Shift (Field Service) or Custom Object1:1 | Fully supported | |
| Quality Evaluations and Scorecards (WEM) | Custom Object1:1 | Fully supported | |
| Knowledge Base Articles | Knowledge Article1:1 | Mapping required | |
| Interaction History (Migrated Calls) | Task (Call) + EmailMessage1:1 | Mapping required | |
| Outbound Campaigns and DNC Lists | Campaign + Campaign Member or Custom Object1:1 | Mapping required |
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.
NICE CXone gotchas
App credentials delivered as password-protected ZIP
Token expiration in one hour without refresh handling
Non-standardized API rate limits per endpoint
Cloud-only deployment blocks data residency options
WEM module objects gated by Workforce Empowerment suite
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
License audit and scoping
We audit the source CXone Mpower account across license tier (Digital Agent through Ultimate Suite), API endpoint availability, active WEM module access, custom Digital Field definitions, active Skills and Teams, Queue configurations, and Knowledge Base article count. We pair this with a Salesforce Service Cloud edition assessment: Starter ($25/user) covers basic Cases and Knowledge; Professional ($75/user) adds Omni-Channel routing, Salesforce Knowledge, and Service Contracts; Unlimited ($300/user) adds 24x7 support and full customization. The discovery output is a written migration scope with object inventory, a WEM gap assessment, and a Salesforce edition recommendation.
Skills-to-routing attribute mapping
We extract the full CXone Skills catalog (skill ID, name, proficiency values, team assignments) and map it to Salesforce Omni-Channel Routing Attributes. This is the highest-risk object in the migration because Omni-Channel routing requires attribute-based criteria, not flat skill lists. We design the attribute model during scoping: a Salesforce Routing Attribute named CXone_Skill__c with one value per CXone Skill, and a Routing Configuration that references the attribute. Multi-skill agents receive multiple attribute values. The Skills mapping document is reviewed by the customer's Salesforce admin before production migration.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox (Full Copy or Partial Copy) using production-like data volume. The customer's Service Cloud admin reconciles record counts (Contacts in, Cases in, Agents mapped to Users, Skills to Routing Attributes), spot-checks 30-50 random records against the CXone source, and validates Omni-Channel routing by opening test Cases in the Sandbox. Any mapping corrections and validation rule conflicts surface here. The customer signs off on the sandbox migration before we proceed to production.
Custom field schema deployment
We deploy all CXone Custom Field definitions as Salesforce custom fields before any record import. Field type mapping is validated during sandbox migration. Salesforce profiles and field-level security are set per the customer's org defaults. If the customer's CXone license does not include WEM, we confirm WEM object exclusion in writing and remove those objects from the migration manifest.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from CXone Address Book entities, if applicable), Contacts (with custom fields deployed), Users (Agents mapped by email), Routing Attributes (Skills deployed), Omni-Channel Routing Configurations (activated after attributes are in place), Cases (with Case Origin mapped from CXone channel type), Knowledge Articles (with validation of article URLs), Interaction history (Tasks, Events, EmailMessages via Bulk API 2.0), and DNC lists. Each phase emits a row-count reconciliation report before the next phase begins. CXone writes are frozen during the final cutover window.
Cutover, delta sync, and routing handoff
We freeze CXone writes during the cutover window, run a final delta migration of any records created or modified during the migration run, then activate Salesforce Service Cloud as the system of record. Omni-Channel routing is tested end-to-end with a small volume of Cases before full agent sign-in. We deliver the Skills-to-Routing-Attribute mapping document, the WEM gap report (if applicable), the script and IVR reference inventory (for Studio flows requiring rebuild in Flow Builder), and the automation inventory noting what does not migrate. We support a one-week hypercare window for reconciliation issues. We do not rebuild CXone routing logic as Salesforce Flow inside the migration scope; that is documented for the customer's admin or a Salesforce partner.
Platform deep dives
NICE CXone
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 NICE CXone 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
NICE CXone: Not standardized across endpoints; each API publishes its own limit.
Data volume sensitivity
NICE CXone 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 NICE CXone to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your NICE CXone 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 NICE CXone
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.