Helpdesk migration
Field-level mapping, validation, and rollback between Glassix and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
Glassix
Source
Salesforce Service Cloud
Destination
Compatibility
8 of 11
objects map 1:1 between Glassix and Salesforce Service Cloud.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Glassix to Salesforce Service Cloud is a structural migration across two different customer service paradigms. Glassix organizes support around Tickets flowing through Channels into a unified inbox, with AI chatbots handling first-response automation. Salesforce Service Cloud uses the Case object with Omni-Channel routing, Einstein AI for case deflection, and deep integration to Sales Cloud for a Customer 360 view. We resolve the Glassix Starter-tier API blocker during scoping (upgrading to Growth or Enterprise is required before migration begins), map Tickets to Cases preserving channel origin, priority, and status, and sequence conversation history as Salesforce EmailMessage and Task records attached to Cases. Automation rules, chatbot configurations, and rendered analytics dashboards do not migrate as code or data; we deliver written inventories of these for the customer admin to rebuild in Salesforce Flow and Omni-Channel.
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
Glassix platform overview
Scorecard, SWOT, gotchas, and pricing for Glassix.
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 Glassix 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.
Glassix
Ticket
Salesforce Service Cloud
Case
1:1Glassix Tickets map to Salesforce Cases with status, priority, assignee, department, and channel origin preserved as Case fields. Ticket custom fields (setField extensions) map to equivalent Case custom fields that we pre-create in the destination org before migration. The Glassix ticket ID is stored in a custom field glassix_ticket_id__c for audit and cross-reference. Channel origin (email, chat, WhatsApp, social) maps to Case Origin or a custom channel picklist depending on the customer's routing configuration.
Glassix
Customer
Salesforce Service Cloud
Contact + Account
1:manyGlassix Customer profiles (contact details, interaction history, channel preferences) map to Salesforce Contact records tied to Account records. The Glassix customer email becomes the Contact Email field and is used as the deduplication key. We create the Account first so that the Contact.AccountId Lookup is satisfied at the moment of Contact insert. Any Glassix customer without a company name maps to a Person Account or a generic Account with the customer name in Account Name.
Glassix
Agent
Salesforce Service Cloud
User
1:1Glassix Agent records (name, email, role, department, availability) map to Salesforce User records. We resolve Agents by email match against the destination org's User table. Any Agent without a matching Salesforce User goes to a reconciliation queue for the customer's admin to provision before record import resumes. Role and department mappings from Glassix translate to Salesforce Profile and Public Group membership.
Glassix
Conversation (Messages)
Salesforce Service Cloud
EmailMessage + Task
1:1Glassix conversation threads map to Salesforce EmailMessage records linked to the Case, preserving full message chronology including internal notes, attachments, and timestamp sequences. Each message becomes an EmailMessage with FromName, FromAddress, ToAddress, Subject, Body, and Incoming flag. Attachments migrate as ContentDocument records linked via ContentDocumentLink to the Case. Internal notes from Glassix migrate as Task records with TaskSubtype=Task and IsVisibleInSelfService=false to keep them agent-internal in Salesforce.
Glassix
Channel
Salesforce Service Cloud
Case Origin or Custom Picklist
1:1Glassix Channels (email, chat, WhatsApp, Facebook, Instagram, Apple Messages) map to Salesforce Case Origin values or a custom multi-select picklist depending on the customer's Omni-Channel configuration. We determine the correct destination field during scoping based on whether the destination org uses standard Case Origin or a custom channel-tracking field.
Glassix
AI Chatbot
Salesforce Service Cloud
Flow + Omni-Channel (inventory)
1:1Glassix chatbot configurations (trigger rules, response templates, training data) cannot migrate as executable code to Salesforce because the chatbot logic models are platform-specific. We extract the chatbot configuration schema and produce a written inventory documenting each bot's triggers, intents, responses, and escalation rules with recommended Salesforce Flow or Einstein Bot equivalents. The customer's admin or a Salesforce partner rebuilds chatbot logic in the destination org.
Glassix
Custom Fields (Tickets)
Salesforce Service Cloud
Custom Fields (Case)
lossyGlassix Ticket custom fields extend the Ticket object with customer-defined properties. We identify the custom field schema during scoping (setField endpoints), map each to an equivalent Salesforce Case custom field with matching data type, and pre-create the schema in the destination org before data migration. Multi-select, date, numeric, and text custom fields translate directly; any unsupported field types are flagged for manual entry or a custom development approach.
Glassix
Workflows (Automation Rules)
Salesforce Service Cloud
Flow (inventory)
1:1Glassix Workflows automate ticket routing, escalation, and auto-response based on conditions. These do not migrate as executable automation code to Salesforce Flow because the trigger models and action types differ. We deliver a written inventory of every active Glassix Workflow with its trigger event, conditions, actions, and a recommended Salesforce Flow equivalent (record-triggered, scheduled, or screen flow). The customer's admin rebuilds these post-migration.
Glassix
Department
Salesforce Service Cloud
Queue + Public Group
lossyGlassix Departments group agents and tickets for organizational routing. We create equivalent Salesforce Queues and Public Groups during schema design, mapping each Glassix department to a Queue with the appropriate Salesforce Profile membership. Agent assignments on Tickets resolve to the destination Queue or individual User depending on whether Glassix assigned to a department or a specific agent.
Glassix
Reports (Analytics)
Salesforce Service Cloud
None
1:1Glassix analytics dashboards (response times, CSAT scores, resolution rates, channel performance) are rendered data, not raw records accessible via API. We do not migrate historical analytics. We document the schema and metrics visible in each Glassix dashboard so the customer can rebuild equivalent reports in Salesforce Report Builder, Einstein Analytics, or Tableau CRM using the migrated Case, Contact, and Activity data.
Glassix
KB Articles
Salesforce Service Cloud
Knowledge Article
1:1Glassix Knowledge Base articles power chatbot responses and self-service. We export article content, categories, and article associations and map them to Salesforce Knowledge with equivalent article types and data categories. The article body (rich text, images, attachments) migrates as Salesforce Knowledge Article versions. Channel associations from Glassix articles map to Salesforce Data Category groups for routing-based article visibility.
| Glassix | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Customer | Contact + Account1:many | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Conversation (Messages) | EmailMessage + Task1:1 | Fully supported | |
| Channel | Case Origin or Custom Picklist1:1 | Fully supported | |
| AI Chatbot | Flow + Omni-Channel (inventory)1:1 | Fully supported | |
| Custom Fields (Tickets) | Custom Fields (Case)lossy | Mapping required | |
| Workflows (Automation Rules) | Flow (inventory)1:1 | Mapping required | |
| Department | Queue + Public Grouplossy | Fully supported | |
| Reports (Analytics) | None1:1 | Not supported | |
| KB Articles | Knowledge Article1: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.
Glassix gotchas
Starter tier blocks all API access during migration
Rate limits vary significantly by subscription tier
AI capabilities are add-on pricing, not core tier inclusion
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
Tier verification and scoping
We verify the Glassix workspace tier (Starter, Growth, or Enterprise) via Settings > Developers > API Keys. Starter workspaces cannot proceed until upgraded; we pause scoping and advise on the Growth upgrade path ($65/user/mo) if the workspace qualifies. For Growth and Enterprise workspaces, we audit the full API surface: ticket count, customer count, agent count, conversation volume per channel, custom field schemas (setField endpoints), department structure, active workflow count, and chatbot configuration availability. This audit produces a written migration scope and a Glassix tier recommendation if API rate limits will constrain the timeline.
Salesforce schema design and Case field pre-creation
We design the destination Salesforce Service Cloud schema before any data moves. This includes provisioning Case custom fields (mapped from Glassix Ticket custom fields), configuring Case Origin or custom channel picklist values (from Glassix Channels), setting up Queues for Glassix Departments, creating the Account and Contact custom fields for Glassix customer channel preferences, and defining the Knowledge article type structure. Schema deploys into a Salesforce Sandbox first for validation; production deployment follows after customer sign-off on the field mapping document.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox using production-like data volume. The customer's Service Cloud admin reconciles record counts (Cases in, Contacts in, Accounts in, EmailMessages in, Tasks in), spot-checks 20-40 random Cases against the Glassix source, validates that conversation threads are in correct chronological order, and confirms that department-to-Queue mappings are accurate. Any field mapping corrections happen in the Sandbox, not in production.
Agent-to-User reconciliation and User provisioning
We extract every distinct Glassix Agent referenced on Tickets and Conversations and match by email against the destination Salesforce org's User table. Agents without a matching Salesforce User go to a reconciliation queue for the customer's admin to provision (active or inactive based on whether the original Glassix agent is still active). OwnerId references on Cases must be satisfied before production migration begins; we do not insert Cases with null OwnerId.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Glassix Customers with company names), Contacts (with AccountId resolved and glassix_customer_id__c stored), Cases (with Status, Priority, Origin, OwnerId, and ContactId resolved, and glassix_ticket_id__c stored), EmailMessages and Tasks (with ParentId pointing to Case and WhoId pointing to Contact), Knowledge Articles (if migrating KB content), and custom field data on Cases. Each phase emits a row-count reconciliation report before the next phase begins. We use Salesforce Bulk API 2.0 for large conversation history batches with exponential backoff on rate limit responses.
Cutover, validation, and automation handoff
We freeze Glassix 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 Workflow inventory (Glassix automation rules with recommended Salesforce Flow equivalents), the chatbot configuration inventory (Glassix AI bots with recommended Einstein Bot or Flow rebuild steps), and the analytics dashboard schema document (Glassix reports with recommended Salesforce Report Builder equivalents). We support a one-week hypercare window for reconciliation issues. We do not rebuild Glassix Workflows or chatbot logic as Salesforce Flow inside the migration scope.
Platform deep dives
Glassix
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 Glassix 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
Glassix: Max 30 token requests/min across all tiers; per-endpoint per-minute and per-hour limits vary by tier — returns 429 Too Many Requests when exceeded.
Data volume sensitivity
Glassix exposes a bulk API — large-volume migrations stream efficiently.
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 Glassix to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Glassix 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 Glassix
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.