Helpdesk migration

Migrate from Glassix to Salesforce Service Cloud

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 logo

Glassix

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

73%

8 of 11

objects map 1:1 between Glassix and Salesforce Service Cloud.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Glassix logo

Glassix

What's pushing teams away

  • Over-reliance on automated responses and AI processes can lead to impersonal customer experiences that alienate users who prefer human interaction.
  • Support response times frustrate customers when issues arise, with acknowledged slowdowns acknowledged in official responses from Glassix leadership.
  • Limited customization of reporting and analytics compared to enterprise platforms forces data-savvy teams to export data for analysis elsewhere.
  • API access restrictions on Starter and Growth tiers block integration-heavy workflows and prevent customers from building custom automation without upgrading.

Choosing

Salesforce Service Cloud logo

Salesforce Service Cloud

What's pulling them in

  • Deep Salesforce ecosystem integration with Sales Cloud, Marketing Cloud, and custom Apex apps creates a single pane of glass for enterprise customer data and cross-functional workflows.
  • Omnichannel case routing — email, chat, phone, social, and messaging — unified under one case object means agents do not lose context when customers switch channels mid-interaction.
  • AI for customer service (Einstein AI / Agentforce) offers automated case classification, suggested replies, and chatbot routing that reduces Tier-1 ticket volume without manual rule authoring.
  • Entitlement and milestone tracking enforces SLA compliance natively, automatically calculating breach windows and surfacing violations to supervisors in dashboards.
  • Salesforce's massive AppExchange ecosystem provides pre-built connectors, industry-specific managed packages, and third-party tools that extend Service Cloud beyond its out-of-box capabilities.

Object mapping

How Glassix objects map to Salesforce Service Cloud

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

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

Glassix 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

maps to

Salesforce Service Cloud

Contact + Account

1:many
Fully supported

Glassix 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

maps to

Salesforce Service Cloud

User

1:1
Fully supported

Glassix 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)

maps to

Salesforce Service Cloud

EmailMessage + Task

1:1
Fully supported

Glassix 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

maps to

Salesforce Service Cloud

Case Origin or Custom Picklist

1:1
Fully supported

Glassix 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

maps to

Salesforce Service Cloud

Flow + Omni-Channel (inventory)

1:1
Fully supported

Glassix 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)

maps to

Salesforce Service Cloud

Custom Fields (Case)

lossy
Mapping required

Glassix 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)

maps to

Salesforce Service Cloud

Flow (inventory)

1:1
Mapping required

Glassix 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

maps to

Salesforce Service Cloud

Queue + Public Group

lossy
Fully supported

Glassix 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)

maps to

Salesforce Service Cloud

None

1:1
Not supported

Glassix 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

maps to

Salesforce Service Cloud

Knowledge Article

1:1
Mapping required

Glassix 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.

Gotchas + challenges

What specifically takes care here

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 logo

Glassix gotchas

High

Starter tier blocks all API access during migration

Medium

Rate limits vary significantly by subscription tier

Medium

AI capabilities are add-on pricing, not core tier inclusion

Salesforce Service Cloud logo

Salesforce Service Cloud gotchas

High

Data Export 512MB file size cap breaks large org exports

High

API Daily Request Limits vary by license edition

High

No automatic data backup in base Salesforce

Medium

Picklist dependencies silently break records when unmapped

Medium

Workflow rules fire unexpectedly during data load

Pair-specific challenges

  • Glassix Starter tier blocks all API access during migration

    Glassix Starter workspaces have zero API access—no tickets, contacts, conversations, or agents are retrievable programmatically. If the Glassix workspace is on Starter, we cannot initiate a migration via the API. We flag this during scoping and advise upgrading to Growth or Enterprise before migration begins. The workspace tier is visible in Settings > Developers > API Keys. This is not a limitation of FlitStack AI; it is a platform-level access gate that must be resolved by the customer before we can begin extraction.

  • Glassix Growth tier AI capabilities are add-on priced

    On the Growth tier, AI chatbot capabilities (training data, automated response rules, AI resolution scoring) are listed as an add-on rather than a core inclusion. This means AI-specific data may not be accessible via standard REST API endpoints on all Growth workspaces. We extract chatbot configurations where the API returns them, but we flag any AI-specific data that requires the add-on or Enterprise tier to confirm full scope. Chatbot logic migrates as a written inventory only; it does not execute in Salesforce without rebuild.

  • Conversation thread ordering depends on parent-record resolution

    Glassix conversation threads attach to both Tickets and Customers. Migrating message chronology into Salesforce requires resolving the parent Case (from the Ticket mapping) and the Contact (from the Customer mapping) before inserting EmailMessage records. If a Glassix conversation references a Customer without a linked Ticket, we create a holding Case to anchor the thread. Without parent-record resolution, EmailMessages insert without a parent link and are invisible in the agent timeline. We implement lookup resolution before each message batch insert.

  • Salesforce field-level security and validation rules can reject Case imports

    Salesforce orgs commonly enforce validation rules (required formats, conditional required fields, picklist whitelists) and field-level security that the migrating API user must explicitly bypass during data load. We coordinate with the customer's Salesforce admin to grant the migration user the API Enabled permission and either temporarily disable blocking validation rules during load or extend them with a migration-context check. Skipping this step results in 5-20 percent record rejection on the first import attempt, particularly on Case Status and Case Origin fields.

  • Glassix reports and rendered analytics do not migrate

    Glassix dashboards for CSAT, first response time, resolution rates, and channel performance are rendered visualizations backed by calculated metrics, not raw API-accessible records. We do not migrate historical analytics because the underlying calculation data is not exposed by the Glassix API. We document the schema of each dashboard so the customer's admin can rebuild equivalent reports in Salesforce Report Builder or Einstein Analytics using the migrated Case, Contact, and Activity data.

Migration approach

Six steps for a successful Glassix to Salesforce Service Cloud data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Glassix logo

Glassix

Source

Strengths

  • Native voice infrastructure built in-house rather than third-party telephony APIs, cutting latency and cost.
  • Multi-channel consolidation across messaging, email, social, and voice in a single unified inbox.
  • AI chatbot with 24/7 automated resolution across WhatsApp, Apple Messages, and social platforms.
  • Real-time reporting dashboards tracking first response time, resolution rates, and customer satisfaction.
  • Per-channel performance visibility gives teams data they previously lacked on chatbot and agent effectiveness.

Weaknesses

  • Starter tier has no API access whatsoever, blocking any programmatic data export or integration.
  • Growth tier REST API access is limited, not sufficient for large-scale migration without tier upgrade.
  • AI features are add-ons on Growth tier rather than included, increasing total cost for AI-dependent workflows.
  • Support response times lag according to customer reviews, creating friction when migration issues arise.
Salesforce Service Cloud logo

Salesforce Service Cloud

Destination

Strengths

  • Enterprise-grade security, compliance certifications, and audit logging available across all paid editions with Shield offering enhanced event monitoring.
  • Scalable multi-tenant cloud architecture supporting orgs from 5 users to 150,000+ seat enterprises without infrastructure management overhead.
  • Omnichannel contact center unifying email, live chat, phone, messaging, and social into a single Case timeline per customer interaction.
  • Rich workflow automation via Salesforce Flow, Process Builder, and Apex triggers enabling complex case escalation, routing, and field updates.
  • Native AI capabilities (Agentforce / Einstein) for case auto-routing, classification, suggested responses, and chatbot escalation without third-party add-ons.

Weaknesses

  • Per-seat pricing model with no contact limits creates unpredictable cost scaling for large organizations adding many agents over time.
  • No automatic data backup — organizations must purchase a third-party backup solution or build manual Data Loader exports to protect against data loss from human error, failed deployments, or integrations overwriting records.
  • Steep learning curve for non-technical users requiring dedicated admin resources and formal training investment before teams reach productive velocity.
  • Annual contract requirements and limited pro-ration on exit create significant switching cost friction, especially for organizations evaluating alternatives mid-cycle.
  • Add-on licensing (CPQ, Einstein Activity Capture, Shield, Data Cloud) can double effective per-seat cost without clear documentation of which features are included in base tiers.

Complexity grading

How hard is this migration?

Standard Helpdesk migration. 1 of 7 objects need a manual workaround.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Glassix and Salesforce Service Cloud.

  • Object compatibility

    B

    1 of 7 objects need a manual workaround.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    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

    A

    Glassix exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Glassix to Salesforce Service Cloud migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Glassix to Salesforce Service Cloud data migrations

Answers to the questions buyers ask most during Glassix to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between three and five weeks for accounts under 10,000 Tickets and 2,000 Customers with no complex custom field schemas and clean department structures. Migrations with large conversation histories (over 200,000 message records), multi-channel ticket threading requiring EmailMessage linkage, Glassix Growth-tier AI chatbot extraction, or custom KB article migration move to eight to twelve weeks because of Bulk API time, parent-record resolution, and the automation inventory deliverable. Glassix Starter workspaces must upgrade to Growth or Enterprise before scoping begins; that upgrade is a prerequisite outside our migration timeline.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Glassix.
Land in Salesforce Service Cloud, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day