Helpdesk migration
Field-level mapping, validation, and rollback between Helpdesk 365 and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
Helpdesk 365
Source
Gorgias
Destination
Compatibility
8 of 13
objects map 1:1 between Helpdesk 365 and Gorgias.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Helpdesk 365 runs on SharePoint lists inside Microsoft 365, making it a structurally different data source than Gorgias, which uses a relational customer object model purpose-built for ecommerce support. The primary migration challenge is extracting ticket threads, attachment URLs, and agent assignments from Helpdesk 365's SharePoint-backed storage without a documented bulk export endpoint, which requires chunked paginated reads through the REST API. We map Helpdesk 365 Tickets to Gorgias Tickets, Contacts to Gorgias Customers, and Companies to Gorgias Organizations, resolving the foreign-key chain (requester to customer, assignee to agent) before inserting so no record lands orphaned. Status values require explicit mapping because Helpdesk 365 and Gorgias use different state enumerations. Attachment URLs pointing to SharePoint document libraries are extracted and re-registered in Gorgias as linked assets. SLA policies, routing rules, and automation triggers in Helpdesk 365 do not migrate as code; we deliver a written inventory of every active rule for the customer's admin to rebuild in Gorgias Rules.
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 Helpdesk 365 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.
Helpdesk 365
Ticket
Gorgias
Ticket
1:1Helpdesk 365 Tickets map directly to Gorgias Tickets. The Helpdesk 365 ticket ID migrates as a custom field h365_ticket_id__c for reconciliation. Status values require explicit mapping: Open maps to Open, Pending maps to Pending, Resolved maps to Solved, and Closed maps to Closed. Priority (Low, Normal, High, Urgent) maps to the same values in Gorgias. Assignee resolves by matching Helpdesk 365 agent email to a Gorgias agent email created during the agent provisioning phase.
Helpdesk 365
Contact
Gorgias
Customer
1:1Helpdesk 365 Contacts map to Gorgias Customers. The primary key is email address; we use email as the dedupe criterion during import. Customer name, email, phone, language, and timezone migrate to the corresponding Gorgias customer fields. The original Helpdesk 365 contact ID is preserved in a custom field h365_contact_id__c. Customer note and custom fields migrate to Gorgias customer-level custom fields of equivalent type.
Helpdesk 365
Company
Gorgias
Organization
1:1Helpdesk 365 Companies map to Gorgias Organizations. Organization name becomes the display name; domain becomes the website field. We create the Organization before any linked Customer insert so the Organization-lookup relationship is satisfied at insert time. The Helpdesk 365 company ID is preserved in a custom field h365_company_id__c for audit.
Helpdesk 365
Conversation Thread
Gorgias
Ticket Messages
1:1Helpdesk 365 ticket conversation threads (customer messages, agent replies, internal notes) migrate as Messages on the Gorgias Ticket. Message sender type (customer, agent, bot) maps to the Gorgias sender_type field. We preserve the original message timestamp and author email. Internal notes from Helpdesk 365 are flagged as private messages in Gorgias. Attachments referenced in message bodies are handled through the attachment mapping.
Helpdesk 365
Agent
Gorgias
Agent
1:1Helpdesk 365 agent profiles (name, email, role, team membership) map to Gorgias agents. We extract all agents from Helpdesk 365 ticket assignments and agent records, match by email against the Gorgias destination, and provision any missing agents before the Ticket migration phase begins. Agent timezone and permission set in Gorgias are set to defaults and can be refined post-migration.
Helpdesk 365
Team
Gorgias
Team
1:1Helpdesk 365 Teams (agent groupings used for routing and SLA assignment) map to Gorgias Teams. We extract team memberships from agent records during scoping and recreate the team structure in Gorgias before ticket import so that ticket-team assignments resolve correctly. If Helpdesk 365 teams have routing logic tied to team assignment, we document that for manual rebuild in Gorgias Rules.
Helpdesk 365
Custom Field
Gorgias
Custom Field
lossyHelpdesk 365 custom ticket fields map to Gorgias custom ticket fields of equivalent type (text, dropdown, checkbox, number, date). If the source Helpdesk 365 instance is on Standard plan and carries more than five active custom fields, we flag the overage during scoping and either strip the lowest-priority fields or document the exclusion list for the customer's admin. Custom field values on existing tickets are mapped to the new field names during the ticket export transform.
Helpdesk 365
Attachment (URL)
Gorgias
Attachment (URL)
lossyHelpdesk 365 stores attachments as URLs pointing to SharePoint document libraries. We extract these URLs from ticket message records during export. In Gorgias, we re-register each attachment URL on the corresponding ticket message. If the customer requires the actual file content rather than a URL reference, we can extract from SharePoint using the admin's OAuth token and upload to Gorgias as a native file attachment; this requires an additional scope item and is quoted separately.
Helpdesk 365
Tag
Gorgias
Tag
1:1Helpdesk 365 tags applied to tickets migrate as Gorgias tags. Tags are extracted from ticket records during export. Multiple tags on a single ticket map to multiple Gorgias tag entries on the ticket. If the customer uses Helpdesk 365 tags to drive routing or SLA assignment, we document the tag taxonomy during scoping so the rebuild plan in Gorgias Rules can reference the same tags.
Helpdesk 365
Knowledge Base Article
Gorgias
Help Center Article
1:1Helpdesk 365 knowledge base articles (title, HTML body, category, publish status) map to Gorgias Help Center articles. We extract KB articles via the Helpdesk 365 API during the export phase. Category mapping to Gorgias Help Center sections is defined during scoping. Published status maps directly; draft articles import as unpublished and can be published manually post-migration. The CSV confirms Helpdesk 365 KB export availability is not explicitly documented, so we validate the endpoint during discovery before committing to the KB migration scope.
Helpdesk 365
SLA Policy
Gorgias
SLA (manual rebuild)
lossyHelpdesk 365 SLA policies (first response time, next response time, resolution time by priority or team) are configuration records that live inside the SharePoint-backed settings. They do not export as data. We deliver a written inventory of every active SLA policy with its conditions, timers, and escalation actions for the customer's admin to rebuild in Gorgias SLA Management. This document is part of the standard migration deliverable.
Helpdesk 365
Rule / Automation
Gorgias
Rule (manual rebuild)
lossyHelpdesk 365 rule-based automations (ticket creation triggers, assignment rules, field-update rules based on custom field values) are configuration records that do not export as data. We inspect the Helpdesk 365 automation rules during scoping and deliver a written inventory listing each rule's trigger, conditions, actions, and recommended Gorgias Rule equivalent. The customer's admin rebuilds these in Gorgias Rules post-migration. This is standard scope; we do not rebuild automation logic as part of the data migration.
Helpdesk 365
Mailbox / Channel
Gorgias
Channel
lossyHelpdesk 365 email mailboxes used for ticket creation map to Gorgias channels (email, chat, SMS, social). We identify every active mailbox alias during scoping and document the mapping to Gorgias channel configuration. If Helpdesk 365 routes tickets by mailbox domain, we map this to Gorgias inbox rules. Channel configuration is not migrated as data; it is documented for the admin to configure in Gorgias Settings post-migration.
| Helpdesk 365 | Gorgias | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Contact | Customer1:1 | Fully supported | |
| Company | Organization1:1 | Fully supported | |
| Conversation Thread | Ticket Messages1:1 | Fully supported | |
| Agent | Agent1:1 | Fully supported | |
| Team | Team1:1 | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| Attachment (URL) | Attachment (URL)lossy | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Knowledge Base Article | Help Center Article1:1 | Fully supported | |
| SLA Policy | SLA (manual rebuild)lossy | Fully supported | |
| Rule / Automation | Rule (manual rebuild)lossy | Fully supported | |
| Mailbox / Channel | Channellossy | Fully 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.
Helpdesk 365 gotchas
Standard plan caps custom fields at five
API key tied to admin user account
No documented bulk export endpoint
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 API credential validation
We audit the Helpdesk 365 instance across plan tier, active custom field count, ticket volume, attachment URL inventory, agent and team count, automation rule count, and knowledge base article count. We validate the API key from a stable service account, confirm SharePoint library access for attachment URLs, and confirm the customer's Gorgias account is provisioned and accessible via API token. The discovery output is a written migration scope with object counts, custom field inventory, and a migration sequence plan.
Schema design and Gorgias configuration baseline
We design the destination schema in Gorgias before any data moves. This includes creating any required custom ticket fields mapped from Helpdesk 365 custom fields, creating Teams that match Helpdesk 365 team structure, setting up Gorgias agents with the same email addresses as Helpdesk 365 agents, and configuring Organization and Customer field mappings. If the Helpdesk 365 plan is Standard with more than five custom fields, we present the field-priority ranking to the customer and agree on the exclusion list before schema creation.
Data export and transformation
We export Helpdesk 365 data in dependency order: Organizations first, then Customers, then Agents and Teams, then Tickets last. Tickets export with resolved requester email (pointing to a migrated Customer), resolved assignee email (pointing to a migrated Agent), and resolved team name (pointing to a migrated Team). Conversation threads export as a child of the ticket. Custom field values transform from Helpdesk 365 field names to the new Gorgias field names. Tags export as tag entries on each ticket. Attachment URLs are extracted from message bodies separately. All exports run via paginated REST API with chunking and rate-limit backoff. SLA policies and automation rules are captured as configuration inventory during this phase, not exported as data.
Gorgias load and reconciliation
We load data into Gorgias via the REST API in record-dependency order: Organizations, then Customers, then Agents, then Teams, then Tickets with conversation messages. Each phase emits a row-count reconciliation report comparing source count to destination count. We validate that every ticket's requester resolves to a Customer, every assignee resolves to an Agent, and every tag maps to a Gorgias tag. Attachment URLs are re-registered on the corresponding ticket messages. Any record that fails validation is held in a remediation queue for correction before the next phase.
Knowledge base migration
We export Helpdesk 365 knowledge base articles via the API if the endpoint is available, map categories to Gorgias Help Center sections, and import articles as Help Center content. Articles with publish status migrate as published or draft respectively. If the Helpdesk 365 KB API endpoint is not accessible, we deliver an article inventory document listing title, body content, and category for manual import or script-assisted upload.
Cutover, delta sync, and handoff
We freeze Helpdesk 365 writes during cutover, run a final delta migration of any tickets modified during the migration window, then confirm Gorgias as the system of record. We deliver the SLA policy inventory, automation rule inventory, and channel configuration map for the customer's admin to rebuild in Gorgias SLA Management, Rules, and Inboxes respectively. We provide a one-week post-cutover hypercare window to resolve any record-level reconciliation issues reported by the support team. We do not rebuild Helpdesk 365 automation rules or SLA policies as code; those are documented for admin rebuild.
Platform deep dives
Helpdesk 365
Source
Strengths
Weaknesses
Gorgias
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 3 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Helpdesk 365 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
Helpdesk 365: Not publicly documented; Microsoft Graph throttling applies as the backend transport.
Data volume sensitivity
Helpdesk 365 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 Helpdesk 365 to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your Helpdesk 365 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 Helpdesk 365
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.