Helpdesk migration

Migrate from Helpdesk 365 to Gorgias

Field-level mapping, validation, and rollback between Helpdesk 365 and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.

Helpdesk 365 logo

Helpdesk 365

Source

Gorgias

Destination

Gorgias logo

Compatibility

62%

8 of 13

objects map 1:1 between Helpdesk 365 and Gorgias.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Helpdesk 365 logo

Helpdesk 365

What's pushing teams away

  • Independent review coverage is sparse, making it difficult to validate long-term reliability before committing historical data to the platform, especially when migration accuracy is critical.
  • Organizations outgrowing the feature set find that SharePoint list storage limits API flexibility, and the Standard plan's five-custom-field cap forces upgrades or workarounds for more complex support workflows.
  • Switching requires rebuilding automation rules, SLA policies, and routing logic from scratch because these are not exported as data, creating significant switching effort for established teams.

Choosing

Gorgias logo

Gorgias

What's pulling them in

  • Shopify-native integrations pull order details, shipment status, and return data directly into the ticket view, eliminating the need for agents to switch between apps.
  • Unlimited user seats mean growing support teams do not trigger billing changes; pricing scales only on billable ticket volume.
  • AI Agent automates responses to high-volume queries like order status and returns, measurably reducing the number of billable tickets each month.
  • Omnichannel inbox consolidates email, live chat, Facebook, Instagram, WhatsApp, SMS, and voice into a single threaded view.
  • SOC 2 Type II certification and GDPR-aligned data handling satisfy enterprise procurement requirements for customer support platforms.

Object mapping

How Helpdesk 365 objects map to Gorgias

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

maps to

Gorgias

Ticket

1:1
Fully supported

Helpdesk 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

maps to

Gorgias

Customer

1:1
Fully supported

Helpdesk 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

maps to

Gorgias

Organization

1:1
Fully supported

Helpdesk 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

maps to

Gorgias

Ticket Messages

1:1
Fully supported

Helpdesk 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

maps to

Gorgias

Agent

1:1
Fully supported

Helpdesk 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

maps to

Gorgias

Team

1:1
Fully supported

Helpdesk 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

maps to

Gorgias

Custom Field

lossy
Fully supported

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

maps to

Gorgias

Attachment (URL)

lossy
Fully supported

Helpdesk 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

maps to

Gorgias

Tag

1:1
Fully supported

Helpdesk 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

maps to

Gorgias

Help Center Article

1:1
Fully supported

Helpdesk 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

maps to

Gorgias

SLA (manual rebuild)

lossy
Fully supported

Helpdesk 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

maps to

Gorgias

Rule (manual rebuild)

lossy
Fully supported

Helpdesk 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

maps to

Gorgias

Channel

lossy
Fully supported

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

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.

Helpdesk 365 logo

Helpdesk 365 gotchas

Medium

Standard plan caps custom fields at five

Medium

API key tied to admin user account

Medium

No documented bulk export endpoint

Gorgias logo

Gorgias gotchas

High

AI Agent adds outcome-based fees on top of billable ticket costs

High

Overage billing for tickets scales nonlinearly

Medium

API rate limits restrict bulk export throughput

Medium

Agent data visibility cannot be restricted by role for GDPR use cases

Low

Knowledge Base translations require separate API calls per locale

Pair-specific challenges

  • Helpdesk 365 Standard custom field cap conflicts with source schemas carrying more than five fields

    Helpdesk 365 Standard limits active custom fields to five, while the source system's schema may carry more than five custom fields in a migration scenario. We inspect the Helpdesk 365 field schema during scoping and confirm whether the customer holds a Standard or Enterprise license. If Enterprise, the cap is removed and all fields migrate. If Standard, we identify the overage, rank fields by business priority with the customer, and either strip the lowest-priority fields during transform or flag the exclusion list for post-migration manual entry. Skipping this step results in silent field truncation or import errors.

  • Gorgias native migration tool does not support Helpdesk 365

    Gorgias officially supports Zendesk import via its native importer and lists Help Desk Migration (by Relokia) as its recommended third-party partner for other platforms. However, Help Desk Migration supports Desk365 (Desk365 is a separate Microsoft-based helpdesk), not Helpdesk 365 specifically. We confirm this gap at scoping: Helpdesk 365 requires a custom migration using its REST API, not a turnkey third-party tool. We extract via paginated REST API calls, handle SharePoint URL attachment extraction, and load into Gorgias via the Gorgias REST API.

  • API key tied to admin account creates credential lifecycle risk during export

    Helpdesk 365 uses an API key obtained from the admin account settings rather than OAuth 2.0. If the generating admin account is deactivated, the key is rotated, or permissions are changed mid-export, the migration run breaks and requires credential re-authorization before resuming. We confirm the API key is generated from a stable service account, document the key rotation policy with the customer, and schedule exports during low-traffic windows to minimize collision with live user sessions on the Microsoft Graph backend.

  • SharePoint attachment URLs require reconstruction in Gorgias

    Helpdesk 365 stores ticket attachments as URLs pointing to SharePoint document libraries. These URLs are not self-contained file references that Gorgias can render inline. We extract the URLs from ticket message bodies during export and re-register them as linked attachments in Gorgias. If the SharePoint library requires authentication beyond the admin's token, some URL attachments may break post-migration. We validate SharePoint access during scoping and document any URL attachments that require the customer to re-upload files as native Gorgias attachments if the links become inaccessible.

  • No bulk export endpoint means large scopes require chunked paginated reads

    Helpdesk 365 does not document a bulk export API endpoint. Large migration scopes (tickets in the tens of thousands) require sequential paginated reads through the REST API with rate-limit handling on the Microsoft Graph backend. We chunk exports by date range or ticket ID blocks, run them outside business hours to avoid throttling collisions with live users, and sequence object exports in dependency order (Customers first, then Organizations, then Agents and Teams, then Tickets last with resolved foreign keys).

Migration approach

Six steps for a successful Helpdesk 365 to Gorgias data migration

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

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

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

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

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

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

Context on both ends of the pair

Helpdesk 365 logo

Helpdesk 365

Source

Strengths

  • Deploys in under ten minutes as a certified Microsoft 365 app with no infrastructure to provision.
  • Native SharePoint, Teams, and Outlook integration keeps the support workflow inside the Microsoft tools organizations already use.
  • Mail tracker feature monitors helpdesk-sent emails and generates interaction reports across the support channel.
  • Azure DevOps integration connects IT and development ticket workflows without requiring separate tooling.
  • SLA management, knowledge base, rule automation, and ticket routing are included without tier-gating on core helpdesk functionality.

Weaknesses

  • Independent third-party review coverage is minimal, limiting pre-purchase reliability signals for teams with data-migration requirements.
  • API key-based authentication rather than OAuth 2.0 creates credential lifecycle risk during automated migrations.
  • SharePoint list storage architecture constrains API flexibility relative to platforms with purpose-built relational back ends.
  • Standard plan limits active custom fields to five, which may conflict with source systems carrying more custom fields in a migration scenario.
Gorgias logo

Gorgias

Destination

Strengths

  • Shopify and BigCommerce integrations surface order, return, and shipment data natively inside every ticket.
  • Unlimited agent seats remove per-user licensing friction as support teams grow.
  • AI Agent reduces billable ticket volume through automated resolution of high-frequency queries.
  • SOC 2 Type II certified with GDPR-aligned data handling for enterprise procurement readiness.
  • Omnichannel inbox aggregates email, live chat, Facebook, Instagram, WhatsApp, SMS, and voice into a single threaded view.

Weaknesses

  • Ticket-volume pricing with overage fees creates unpredictable monthly costs during seasonal traffic spikes.
  • Custom reporting is shallow; raw event-level data export for BI tooling is not natively supported.
  • Knowledge Base, Macros, and Rules lack simple export tooling, making competitive migrations complex.
  • GDPR compliance limitations mean customer data cannot be hidden from agents by role, blocking use by teams with freelance staff.
  • Performance and glitch reports emerge in G2 reviews at higher ticket volumes.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 3 of 7 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Helpdesk 365 and Gorgias.

  • Object compatibility

    C

    3 of 7 objects need a mapping; the rest are 1:1.

  • 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

    Helpdesk 365: Not publicly documented; Microsoft Graph throttling applies as the backend transport.

  • Data volume sensitivity

    B

    Helpdesk 365 doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Helpdesk 365 to Gorgias 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 Helpdesk 365 to Gorgias data migrations

Answers to the questions buyers ask most during Helpdesk 365 to Gorgias migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Migrations under 10,000 tickets and 2,000 contacts with no custom field overages and a clean API credential land in two to four weeks. Migrations with 10,000-50,000 tickets, attachment URL re-registration, custom field field-stripping decisions, or a knowledge base with over 200 articles move to five to eight weeks. The primary timeline driver is the paginated export sequencing for large ticket volumes and the SharePoint URL validation step for attachments, not the Gorgias load itself.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Helpdesk 365.
Land in Gorgias, 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