Helpdesk migration
Field-level mapping, validation, and rollback between Enchant and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
Enchant
Source
Salesforce Service Cloud
Destination
Compatibility
6 of 10
objects map 1:1 between Enchant and Salesforce Service Cloud.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Enchant and Salesforce Service Cloud organize support around fundamentally different models. Enchant threads conversations inside shared Inboxes by channel, while Salesforce Service Cloud creates Cases attached to Accounts and Contacts with Omni-Channel managing queue distribution. We map Enchant's inbox structure to Salesforce Queues and Case origins, thread Enchant's message history inside Salesforce EmailMessage and CaseComments, and preserve Enchant satisfaction ratings as custom fields on Case. Enchant has no documented public API, so we extract via available CSV and backup exports supplemented by structured data downloads during scoping. Workflows, automation rules, and channel routing logic do not migrate; we deliver a written inventory of every active rule for the customer's admin to rebuild in Salesforce Flow. Knowledge base articles migrate with full HTML content, and we provide a redirect map for any inbound article URLs that change 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
Enchant platform overview
Scorecard, SWOT, gotchas, and pricing for Enchant.
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 Enchant 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.
Enchant
Conversations
Salesforce Service Cloud
Case
1:1Enchant Conversations map to Salesforce Cases. The Enchant conversation ID is preserved in a custom field enchant_conversation_id__c for audit. Conversation status (open, pending, resolved, archived) maps to Salesforce Case Status values. The original creation timestamp migrates as Case.CreatedDate for historical accuracy. Enchant's internal notes and shared drafts thread as CaseComment records appended in chronological order, preserving agent-only notes separately from customer-visible thread entries.
Enchant
Customer
Salesforce Service Cloud
Contact and Account
many:1Enchant Customer records map to Salesforce Contact records linked to a parent Account. We compute Account creation either by matching on the customer's company domain (mapped to Account Website) or by creating a single Account per customer if no company link exists. Custom properties on Enchant Customers migrate as custom fields on Salesforce Contact with type-appropriate mapping (text, number, date, picklist). Tags on customers migrate as a multi-select picklist or separate Tag records depending on volume.
Enchant
Channel
Salesforce Service Cloud
Case Origin
lossyEnchant Channels (email, phone, SMS, WhatsApp, Facebook, Instagram) map to Salesforce Case Origin picklist values. We configure the Case Origin picklist to include all active Enchant channels before migration so that every Case gets the correct origin set at insert time. Phone channels additionally require mapping to the Salesforce Omni-Channel voice queue if the destination uses Omni-Channel for phone routing, which is planned during scoping.
Enchant
Inbox
Salesforce Service Cloud
Queue
1:1Enchant Inboxes map to Salesforce Queues. Each inbox's agent membership is reconciled against Salesforce Users and assigned to the corresponding Queue. Inboxes with simple static assignment migrate to a single Queue membership. Inboxes with complex routing rules require manual review during scoping because the routing logic cannot be extracted from Enchant; we document the observed routing behavior and deliver a Salesforce Flow or Omni-Channel routing configuration recommendation.
Enchant
Knowledge Base Articles
Salesforce Service Cloud
Knowledge Article
1:1Enchant Knowledge Base articles migrate to Salesforce Knowledge with full HTML body content preserved. Article categories map to Salesforce Knowledge data categories or category groups. Publication status (draft, published, archived) migrates as Article lifecycle status. Embedded attachments in articles are extracted and re-uploaded as Salesforce ContentDocument records linked to the article via ContentDocumentLink. Enchant article URLs use slug-based formatting; new Salesforce Knowledge URLs are generated at insert time, and we provide a redirect map of old-to-new URLs post-migration.
Enchant
Agents / Team Members
Salesforce Service Cloud
User
1:1Enchant Agent profiles map to Salesforce User records by email address. Agent-level permissions (admin vs. agent) map to Salesforce Profile assignments that we coordinate with the customer's admin during scoping. Enchant's inbox-based permission model maps to Salesforce Queue membership for case assignment and Profile-based object access. Any Enchant agent without a matching Salesforce User goes to a reconciliation queue for admin provisioning before case migration.
Enchant
Satisfaction Ratings
Salesforce Service Cloud
Custom Field on Case
1:1Enchant CSAT ratings attached to resolved conversations migrate to Salesforce as a custom field csat_rating__c (number) and csat_comment__c (text) on the Case object. The original rating scale is preserved without normalization so reporting reflects actual historical distributions. This enables continuity in CSAT trend reporting post-migration without requiring a re-baseline of satisfaction metrics.
Enchant
Tags
Salesforce Service Cloud
Custom Field or Topic
lossyEnchant Tags applied to conversations migrate as a multi-select picklist field case_tags__c on Case if the total tag vocabulary is under 250 unique values. If tag volume exceeds this, we migrate to Salesforce Topics with TopicAssignment records linked to each Case. The customer selects the strategy during scoping based on how tags are used in reporting.
Enchant
Attachments
Salesforce Service Cloud
ContentDocument and Attachment
1:1File attachments on Enchant conversations are downloaded, staged, and re-uploaded to Salesforce as ContentDocument records linked via ContentDocumentLink to the parent Case. Original filenames and file types are preserved. Attachments from third-party integrations such as Google Drive links or Dropbox files stored outside Enchant require separate retrieval; we scope these during discovery and flag any that require re-authentication or customer-managed retrieval.
Enchant
Workflows / Automations
Salesforce Service Cloud
Not Migrated
lossyEnchant Workflow automation rules (auto-assignment triggers, routing conditions, canned response triggers) are not exported via available methods. We document every active workflow during scoping by reviewing the Enchant UI configuration, capturing screenshots of rule logic, and delivering a written workflow inventory with a recommended Salesforce Flow equivalent for each. Rebuilding workflows in Salesforce Flow is outside the standard migration scope.
| Enchant | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Conversations | Case1:1 | Fully supported | |
| Customer | Contact and Accountmany:1 | Fully supported | |
| Channel | Case Originlossy | Fully supported | |
| Inbox | Queue1:1 | Fully supported | |
| Knowledge Base Articles | Knowledge Article1:1 | Fully supported | |
| Agents / Team Members | User1:1 | Mapping required | |
| Satisfaction Ratings | Custom Field on Case1:1 | Fully supported | |
| Tags | Custom Field or Topiclossy | Fully supported | |
| Attachments | ContentDocument and Attachment1:1 | Mapping required | |
| Workflows / Automations | Not Migratedlossy | Not 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.
Enchant gotchas
No documented public API constrains migration extraction
Phone channel attachments require separate handling
Workflows and automation rules do not migrate
Knowledge base article URLs change post-migration
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 data export scoping
We audit the Enchant account for available export methods, conversation volume by channel, customer record count, knowledge base article count, active agent count, inbox structure, tag vocabulary size, and any active phone channel data. We request a full data export from Enchant support and review what CSV and backup options are available per account. This phase identifies extraction constraints (no API), call log gaps, and any third-party-stored attachment dependencies before we commit to a migration scope and timeline.
Schema design and Salesforce configuration
We design the Salesforce Service Cloud schema to accommodate Enchant data. This includes creating custom fields on Case for Enchant conversation ID, CSAT rating, CSAT comment, and any Enchant custom conversation or customer properties. We configure Case Origin picklist values to match Enchant channels, provision Queues mapped from Enchant Inboxes, and set up Salesforce Knowledge article types for knowledge base migration. All schema changes deploy to a Salesforce Sandbox first for validation.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox using production-like data volume. The customer's service operations lead reconciles record counts (Cases in, Contacts in, Accounts in, Knowledge Articles in, Attachments in), spot-checks 25-50 randomly sampled Cases against the Enchant source, and validates that thread ordering, timestamps, and CSAT ratings are intact. Mapping corrections and any schema adjustments happen here before production migration begins.
Agent and queue reconciliation
We extract every distinct Enchant agent and map them by email to Salesforce User records. Any agent without a matching Salesforce User enters a reconciliation queue for the customer's admin to provision. Queue membership is mapped from Enchant inbox assignments. We coordinate with the Salesforce admin to ensure the migration user has sufficient permissions (Modify All Data, API access) and that validation rules are reviewed before data load begins.
Production migration in dependency order
We run production migration in record-dependency order: Accounts and Contacts (from Enchant Customers), Queues (validated against agent mapping), Knowledge Articles (with attachments staged and linked), Cases (with thread history as CaseComment records, Enchant conversation ID preserved, channel origin mapped, and CSAT data attached), Tags (as multi-select picklist or TopicAssignment per the customer's chosen strategy), and Attachments (ContentDocument re-uploaded and linked to parent Cases). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and workflow handoff
We freeze writes to Enchant during cutover, run a final delta migration of any records created or modified during the migration window, then designate Salesforce as the system of record. We deliver the Knowledge Base redirect map for article URLs and the written workflow inventory with Salesforce Flow recommendations. We support a one-week hypercare window for reconciliation issues. Post-migration admin tasks including Flow-based workflow rebuild, Omni-Channel routing configuration, and Salesforce Knowledge activation are outside standard scope and handled by the customer's admin team or a separate engagement.
Platform deep dives
Enchant
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Enchant 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
Enchant: Not publicly documented.
Data volume sensitivity
Enchant 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 Enchant to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Enchant 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 Enchant
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.