Helpdesk migration
Field-level mapping, validation, and rollback between CX Genie and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
CX Genie
Source
Salesforce Service Cloud
Destination
Compatibility
8 of 10
objects map 1:1 between CX Genie and Salesforce Service Cloud.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from CX Genie to Salesforce Service Cloud is a structural migration that must work around CX Genie's absence of a documented public REST API. CX Genie stores support data across AI Agents, Workflows, Conversations, Tickets, Help Center articles, and Teams; we extract this through admin-panel exports (CSV or JSON where available) and ingest it into Salesforce Service Cloud via REST and Bulk API. We map CX Genie Tickets to Salesforce Cases with Status, Priority, and Origin preserved, and map CX Genie Help Center articles to Salesforce Knowledge articles with category assignments rebuilt as Data Category Groups. AI Agent configurations and Workflow graphs are serialised as structured JSON and handed off as a written rebuild reference because the no-code visual logic cannot be ported as automation code. Integration tokens, OAuth credentials, and channel connection settings are not exportable; customers must re-authenticate WhatsApp, Facebook Messenger, and Telegram channels in Salesforce. Custom properties on CX Genie Tickets are not migratable because CX Genie does not expose a documented custom-field schema.
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
CX Genie platform overview
Scorecard, SWOT, gotchas, and pricing for CX Genie.
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 CX Genie 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.
CX Genie
Ticket
Salesforce Service Cloud
Case
1:1CX Genie Tickets map to Salesforce Case. Ticket status (open/resolved/pending) maps to Salesforce Case Status picklist values. Priority (low/medium/high/urgent) migrates to Case Priority. CX Genie assignee (agent) resolves to Salesforce OwnerId via the User mapping. Conversation history from CX Genie migrates as EmailMessage records linked to the Case. Origin maps from CX Genie channel field (website, WhatsApp, Facebook Messenger, Telegram) to Salesforce Case Origin. We configure Case Record Types during schema design if multiple support categories exist in CX Genie.
CX Genie
Conversation
Salesforce Service Cloud
EmailMessage + Case Thread
1:1CX Genie Conversation records (chronological message arrays between customer and AI Agent) migrate as Salesforce EmailMessage records linked to the parent Case. Each message carries the sender role (customer/agent), timestamp, and content. For conversations that escalated from AI to human agent, the transition point is preserved as a Task note. Messages without a parent Ticket are held in a reconciliation queue for the customer to confirm Case linkage.
CX Genie
Help Center / KB Article
Salesforce Service Cloud
KnowledgeArticleVersion
1:1CX Genie Help Center articles migrate to Salesforce Knowledge (ArticleType = Custom Article Type configured during schema design). Article title, body content, and summary migrate directly. CX Genie article categories map to Salesforce Data Category Groups, which require manual configuration post-import because category assignment is a metadata relationship rather than a field. Language tags on CX Genie articles map to Salesforce Knowledge article locales. Articles are published as Draft status during import for admin review before activation.
CX Genie
User / Agent
Salesforce Service Cloud
User
1:1CX Genie agent user accounts export with name, email, role (admin/agent), and active status. We match by email against the Salesforce destination org's User table. Any CX Genie agent without a matching Salesforce User goes to a reconciliation queue; the customer's admin provisions missing Users before record import resumes. Role scopes from CX Genie (admin vs agent) inform Salesforce Profile and Permission Set assignments during provisioning.
CX Genie
Team
Salesforce Service Cloud
Group
1:1CX Genie Teams (named groups of support agents) map to Salesforce Public Groups. Team member assignments migrate as Salesforce Public Group Membership records. If CX Genie Teams are used for case routing rules, the customer documents routing criteria during scoping and implements Salesforce Case Assignment Rules or Omni-Channel Work Item assignment rules post-migration.
CX Genie
AI Agent
Salesforce Service Cloud
Service Cloud Configuration (reference)
1:1CX Genie AI Agents (name, assigned channel, prompt configuration, fallback-to-human settings) are serialised as structured JSON including channel assignments, trigger conditions, and prompt text. There is no direct Salesforce Einstein Bot migration path because Einstein Bot conversation flows are defined in the Salesforce setup UI and do not accept a structured import. We deliver the serialised AI Agent manifest as a written configuration reference; the customer's admin rebuilds agent prompts and routing logic in Salesforce Einstein Bots or as Flow-based automation. We flag this gap in scoping so it does not block ticket and conversation migration.
CX Genie
Workflow
Salesforce Service Cloud
Flow (reference document)
1:1CX Genie Workflow graphs (visual automation trees with trigger conditions and branching nodes) are serialised as structured JSON including block types, connections, conditions, and action configurations. CX Genie Workflows are channel-locked to a single channel per workflow, which may produce duplicate logic across WhatsApp, Facebook Messenger, and website channels. We flag duplicate instances and consolidate logic into a single reference document. Salesforce Flow has a different execution model and cannot import CX Genie's visual automation JSON. We deliver a written Flow rebuild guide that maps each CX Genie workflow trigger, condition, and action to its nearest Salesforce Flow equivalent. Workflow rebuild is outside migration scope.
CX Genie
Channel metadata
Salesforce Service Cloud
Case Origin + Connected App configuration
lossyCX Genie channel connections (WhatsApp Business, Facebook Messenger, Telegram, website embed) are metadata records listing the channel platform and bot assignment. The physical channel credentials (WhatsApp Business API token, Facebook Page token, Telegram Bot API key) are OAuth credentials that are not exportable. We migrate the channel metadata as Case Origin values and document the re-authentication steps required in Salesforce Digital Experiences or the relevant Salesforce-connected channel app. Reconfiguration of channel webhooks and verification tokens is a manual step outside migration scope.
CX Genie
Custom Properties
Salesforce Service Cloud
Custom Field (not migratable)
1:1CX Genie does not expose a documented schema for custom fields on Tickets or Agents. We cannot migrate properties that the platform does not surface in its data export. We flag this gap during scoping and document any custom-field values the customer has identified manually. If the customer requires these fields in Salesforce, they provision custom fields on the Case object during schema design, and we map the manually extracted values during data import.
CX Genie
Integrations / Connected Apps
Salesforce Service Cloud
Connected App (re-authentication required)
lossyCX Genie integrations with Shopify, Lark (飞书), and third-party CRMs store OAuth tokens and API credentials that are not exportable. We document each connected app's configuration parameters (redirect URI, scopes, API endpoint) in the migration runbook. Customers must re-authenticate each connected app in Salesforce Connected Apps or through the relevant Salesforce integration package. The Lark integration requires offline_access scope and a specific redirect URI; we document the exact settings required in Salesforce but do not configure them as part of migration scope.
| CX Genie | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Conversation | EmailMessage + Case Thread1:1 | Fully supported | |
| Help Center / KB Article | KnowledgeArticleVersion1:1 | Fully supported | |
| User / Agent | User1:1 | Fully supported | |
| Team | Group1:1 | Fully supported | |
| AI Agent | Service Cloud Configuration (reference)1:1 | Fully supported | |
| Workflow | Flow (reference document)1:1 | Fully supported | |
| Channel metadata | Case Origin + Connected App configurationlossy | Fully supported | |
| Custom Properties | Custom Field (not migratable)1:1 | Not supported | |
| Integrations / Connected Apps | Connected App (re-authentication required)lossy | 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.
CX Genie gotchas
No documented REST API for data export
Workflows are channel-locked per workflow
Lark OAuth integration requires offline_access scope
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 coordination
We audit the CX Genie admin panel for available export functions across Tickets, Conversations, Help Center articles, Teams, Users, AI Agents, Workflows, and Channels. Because CX Genie has no REST API, we coordinate with the customer to extract data via admin-panel CSV or JSON exports, or via manually generated reports for data not surfaced in exports. We document the export format, field inventory, and record counts for each object and flag any gaps (custom fields, integration tokens, AI Agent configs) that require manual extraction or are not migratable.
Salesforce schema design
We design the destination Salesforce Service Cloud schema in a Sandbox org. This includes configuring Case Record Types and Sales Processes (one per support category if applicable), Salesforce Knowledge article types and Data Category Groups (mapped from CX Genie Help Center categories), Public Groups (from CX Genie Teams), custom fields on Case for any manually extracted CX Genie custom properties, and Case Origin values mapped from CX Genie channel metadata. We deploy schema via Salesforce metadata API into Sandbox for customer validation before production migration begins.
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 (Cases in, EmailMessages in, Knowledge Articles in), spot-checks 25-50 random records against the CX Genie source export, and validates Case Status mapping, Priority mapping, and origin attribution. AI Agent and Workflow JSON manifests are delivered as reference documents at this stage for admin review. Sign-off on the Sandbox migration is required before production cutover.
User and Team provisioning
We extract every distinct CX Genie agent referenced on Ticket and Conversation records and match by email against the Salesforce destination org's User table. CX Genie Teams map to Salesforce Public Groups, which are provisioned during this step. Any CX Genie agent without a matching Salesforce User goes to a reconciliation queue. The customer's Salesforce admin provisions missing Users and configures Profiles and Permission Sets before record import resumes. This step must complete before Case import because OwnerId is a required reference on Case records.
Production migration in dependency order
We run production migration in record-dependency order: Users and Public Groups (validated from step 4), Case Record Types and Knowledge article types (schema deployed to production), Cases (with Status, Priority, Origin, and OwnerId resolved), EmailMessage records linked to Cases (via Bulk API 2.0 with chunking and parent-Case resolution), Knowledge Articles (published as Draft for admin review), and AI Agent and Workflow JSON manifests (delivered as handoff documents). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, channel re-authentication, and handoff
We freeze CX Genie writes during cutover, run a final delta migration of any records modified during the migration window, then enable Salesforce Service Cloud as the system of record. We deliver the AI Agent manifest and Workflow JSON reference documents to the customer's admin team with a rebuild guide mapping each CX Genie concept to its Salesforce Einstein Bot or Flow equivalent. We support a one-week hypercare window for reconciliation issues. Channel re-authentication (WhatsApp Business, Facebook Messenger, Telegram) is documented in the runbook but requires the customer's action with the relevant platform (WhatsApp Business Manager, Facebook Business, Telegram BotFather). We do not rebuild CX Genie Workflows or AI Agent configurations as Salesforce automation inside migration scope.
Platform deep dives
CX Genie
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 CX Genie 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
CX Genie: Not publicly documented; conversation caps per tier act as a soft volume limit.
Data volume sensitivity
CX Genie 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 CX Genie to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your CX Genie 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 CX Genie
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.