Helpdesk migration
Field-level mapping, validation, and rollback between ServiceNow Customer Service Management and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
ServiceNow Customer Service Management
Source
Gorgias
Destination
Compatibility
6 of 13
objects map 1:1 between ServiceNow Customer Service Management and Gorgias.
Complexity
BStandard
Timeline
4-8 weeks
Overview
Moving from ServiceNow Customer Service Management to Gorgias is a schema simplification, not a feature-for-feature migration. ServiceNow CSM uses a complex relational model—Cases linked to Accounts, Contacts, Consumers, Service Organizations, Service Definitions, and Install Base records—while Gorgias uses a flat ticket structure with a Customer object and a lightweight tagging model for product and order context. We map Cases 1:1 to Gorgias Tickets, Accounts and Consumers to Gorgias Customers, and Case Tasks to Gorgias child tickets with a parent reference. Service Definitions, Install Base records, and the Service Model Foundation have no Gorgias equivalent; we export these as structured JSON metadata and deliver a written inventory for the customer to configure as tags or customer attributes post-migration. Workflows, ServiceNow Flow Designer automations, and Virtual Agent configurations do not migrate. Knowledge Articles migrate as article content with metadata preserved for Gorgias Help Center reconstruction.
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.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a ServiceNow Customer Service Management object lands in Gorgias, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
ServiceNow Customer Service Management
Case
Gorgias
Ticket
1:1ServiceNow CSM Cases map directly to Gorgias Tickets. We map the CSM case number to Gorgias Ticket external_id, case state to Gorgias status (open, pending, resolved, closed), priority to Gorgias priority, and opened_at to ticket created_at. Resolution date maps if the case is closed at migration time. The Case short_description becomes the Ticket subject, and the full case description migrates as the initial ticket message. Active cases migrate as open tickets so the team resumes with an accurate queue at cutover.
ServiceNow Customer Service Management
Case Task
Gorgias
Ticket (child ticket)
1:manyCSM Case Tasks are child records with their own assignment, status, and due date. Gorgias does not have a native parent-child task structure, so we create child tickets using a tag convention (parent_case:{case_number}) and populate a custom field parent_case_id for traceability. Assignment chain migrates as ticket tags for the agent to manually reassign if needed. If the customer requires strict parent-child behavior, we recommend configuring Gorgias ticket views filtered by the parent_case_id custom field as a workaround.
ServiceNow Customer Service Management
Account
Gorgias
Customer
1:1ServiceNow CSM Accounts (customer companies) map to Gorgias Customers. The Account name becomes the Customer name, the primary address migrates as Customer address metadata, and the Account website migrates as a custom field. Account hierarchy (parent-child between companies) migrates as a custom parent_company_id field because Gorgias does not support multi-level customer hierarchies natively.
ServiceNow Customer Service Management
Contact
Gorgias
Customer
1:1CSM Contacts linked to Accounts map to Gorgias Customers. We resolve the Account reference first, then create the Customer with the Contact's email as primary key, phone, name fields, and role information preserved in custom fields. Contact-to-Account associations migrate as Gorgias Customer tags for segmentation.
ServiceNow Customer Service Management
Consumer
Gorgias
Customer
1:1CSM Consumers (B2C person records without an Account relationship) map to Gorgias Customers using email as the dedupe key. Any consumer-specific properties such as date of birth or loyalty tier migrate as custom fields. Consumers without email addresses use the phone field as the dedupe identifier.
ServiceNow Customer Service Management
Service Definition
Gorgias
Tag
lossyCSM Service Definitions define which products and services are eligible for which case types. Gorgias has no equivalent object. We export Service Definitions as structured JSON metadata and create tags in Gorgias matching the service name and category. The customer uses these tags to filter tickets by service type post-migration. This is a manual configuration step guided by our delivered tag inventory.
ServiceNow Customer Service Management
Install Base
Gorgias
Customer custom fields
lossyCSM Install Base tracks products, warranties, and contract associations per customer. Gorgias Customer records support custom fields for product and order context. We extract active Install Base records and map product name, warranty status, and contract end date to custom fields on the Gorgias Customer. This enables agents to see product entitlement context without accessing ServiceNow.
ServiceNow Customer Service Management
Service Organization
Gorgias
Tag or Team
lossyCSM Service Organizations represent internal and external business locations handling cases. The IBL/EBL/OSP hierarchical structure has no Gorgias equivalent. We export the hierarchy as metadata and recommend the customer configure Gorgias Teams to mirror their service organization structure, or use tags if team count exceeds Gorgias team limits. Team mapping is a configuration step guided by our delivered structure inventory.
ServiceNow Customer Service Management
Knowledge Article
Gorgias
Help Center Article
1:1CSM Knowledge Articles migrate to Gorgias Help Center articles. Article title, body (HTML preserved), metadata fields, and visibility settings migrate directly. Article categories map to Gorgias Help Center categories. Articles linked to specific products or services migrate with a tag matching the Service Definition name for cross-reference.
ServiceNow Customer Service Management
Attachment
Gorgias
Attachment
1:1File attachments on Cases and Case Tasks use ServiceNow's document ID system. We extract files via the ServiceNow Attachment API, preserve filenames and MIME types, and re-associate them in Gorgias using the Gorgias Attachments API linked to the corresponding migrated ticket. Attachments exceeding Gorgias size limits (15 MB per file) are flagged for alternative handling.
ServiceNow Customer Service Management
Custom Fields (Case)
Gorgias
Custom Fields (Ticket)
lossyCSM extended schema on the Case table (via form configuration) requires pre-flight reconstruction. We export the full extended column set using ServiceNow Table API queries, then create equivalent custom fields in Gorgias via the custom_field API before data import. Field types are mapped: CSM choice lists to Gorgias dropdown custom fields, reference fields to text custom fields (with lookup values exported as metadata), and date fields to date custom fields.
ServiceNow Customer Service Management
Custom Fields (Account, Contact)
Gorgias
Custom Fields (Customer)
lossyCSM custom fields on Account and Contact tables map to Gorgias Customer custom fields. We follow the same pre-flight schema export and recreation process used for Case custom fields, ensuring all Account-level and Contact-level metadata is available in Gorgias for agent context.
ServiceNow Customer Service Management
Communities
Gorgias
Not migrated
lossyCSM Communities provide peer-to-peer support forums with thread, reply, vote, and view data. Gorgias does not have a community forum feature. We export Communities as a structured JSON archive for the customer's records. Thread and reply content can be published as Knowledge Articles in Gorgias Help Center if the customer chooses to rebuild community content in a self-service context.
| ServiceNow Customer Service Management | Gorgias | Compatibility | |
|---|---|---|---|
| Case | Ticket1:1 | Fully supported | |
| Case Task | Ticket (child ticket)1:many | Fully supported | |
| Account | Customer1:1 | Fully supported | |
| Contact | Customer1:1 | Fully supported | |
| Consumer | Customer1:1 | Fully supported | |
| Service Definition | Taglossy | Fully supported | |
| Install Base | Customer custom fieldslossy | Mapping required | |
| Service Organization | Tag or Teamlossy | Fully supported | |
| Knowledge Article | Help Center Article1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Custom Fields (Case) | Custom Fields (Ticket)lossy | Fully supported | |
| Custom Fields (Account, Contact) | Custom Fields (Customer)lossy | Fully supported | |
| Communities | Not migratedlossy | 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.
ServiceNow Customer Service Management gotchas
CSM and ITSM are architecturally separate products
REST API rate limits vary by subscription tier
Fulfiller vs. Requester licensing affects who counts as a user
Custom fields and schema extensions require pre-flight reconstruction
Platform upgrades twice yearly can break migrated workflows
Gorgias gotchas
AI Agent adds outcome-based fees on top of billable ticket costs
Overage billing for tickets scales nonlinearly
API rate limits restrict bulk export throughput
Agent data visibility cannot be restricted by role for GDPR use cases
Knowledge Base translations require separate API calls per locale
Pair-specific challenges
Migration approach
Discovery and scoping
We audit the source ServiceNow CSM instance across CSM version, active fulfillers, case volume, Case Task count, Account and Contact volumes, Consumer records (if B2C), active Install Base records, Service Definition count, Service Organization hierarchy depth, Knowledge Article count, and Community volume. We pair this with a Gorgias plan review (Starter at $15/agent, Standard at $49/agent with AI Agent, or Pro at $89/agent with advanced automation). The discovery output is a written migration scope document covering record counts per object, custom field inventory, and any CSM-specific dependencies requiring out-of-scope handling.
Schema pre-configuration in Gorgias
We configure the Gorgias destination before any data loads. This includes creating custom fields on Customer and Ticket objects that mirror the exported CSM extended schema, configuring Teams to map against the CSM Service Organization hierarchy, creating tags for Service Definitions and product categories, and setting up the Help Center structure for Knowledge Article publication. Custom field creation uses the Gorgias custom_field API. We validate the schema in a Gorgias trial or development workspace before production configuration.
Sandbox migration and reconciliation
We run a full migration into a Gorgias test workspace using a representative data sample (at minimum 500 cases, 1,000 customers, and 100 case tasks). The customer's CX operations lead reviews record counts, spot-checks 25-50 random tickets against the ServiceNow source, and validates custom field population. Any field mapping corrections, tag strategy decisions, or Service Organization to Team remapping happen in this phase. We do not proceed to production until the customer signs off the sandbox migration report.
User provisioning and agent mapping
We extract every distinct CSM Fulfiller and Stakeholder user referenced on Case and Case Task records and match by email against the Gorgias destination workspace. Users without a matching Gorgias account go to a reconciliation queue for the customer admin to provision. Fulfiller count determines the final Gorgias seat count and pricing tier recommendation.
Production migration in dependency order
We run production migration in object-dependency order: Customers (from Accounts, Contacts, and Consumers with dedupe by email), Tickets (from Cases with external_id preserving the CSM case number), Case Tasks (as child tickets with parent_case_id tag), Knowledge Articles (as Help Center articles with HTML content), Attachments (linked to the corresponding migrated ticket). Each phase emits a row-count reconciliation report before the next phase begins. Service Definitions, Install Base records, and Service Organization hierarchies are exported as JSON metadata alongside the primary migration.
Cutover, validation, and handoff
We freeze ServiceNow CSM write access during cutover, run a final delta migration of any cases created or modified during the migration window, then enable Gorgias as the system of record. We deliver the Service Definition tag inventory, Service Organization to Team mapping guide, Community archive JSON, and the Knowledge Article remediation checklist. We support a one-week hypercare window where we resolve reconciliation issues. Workflows, Flow Designer automations, and Virtual Agent configurations do not migrate; they are documented in the handoff package for the customer's admin to rebuild in Gorgias Rules.
Platform deep dives
ServiceNow Customer Service Management
Source
Strengths
Weaknesses
Gorgias
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 3 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across ServiceNow Customer Service Management and Gorgias.
Object compatibility
3 of 7 objects need a mapping; the rest are 1:1.
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
ServiceNow Customer Service Management: Not publicly documented; varies by subscription tier and node count.
Data volume sensitivity
ServiceNow Customer Service Management 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 ServiceNow Customer Service Management to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your ServiceNow Customer Service Management to Gorgias migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave ServiceNow Customer Service Management
Other ways to arrive at Gorgias
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.