Helpdesk migration
Field-level mapping, validation, and rollback between Hiver and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
Hiver
Source
Gorgias
Destination
Compatibility
8 of 12
objects map 1:1 between Hiver and Gorgias.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Moving from Hiver to Gorgias is a channel-model and pricing-structure migration as much as a data transfer. Hiver structures its entire data model around Gmail threads inside Shared Inboxes; Gorgias uses a ticket-based model designed for e-commerce omnichannel workflows where agents resolve order-related tickets without leaving the helpdesk. We map Hiver's Shared Inbox and Conversation structure to Gorgias's Team and Ticket hierarchy, preserve Tags as Labels, and convert Shared Notes to internal Gorgias notes. Hiver's Automations have no export path and must be reconstructed manually — we deliver a written inventory of every active rule so the customer's team can rebuild. Gorgias's per-ticket pricing model (versus Hiver's per-seat model) requires volume modeling before cutover so the team is not surprised by overage charges during seasonal spikes.
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 Hiver 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.
Hiver
Shared Inbox
Gorgias
Team
lossyHiver's Shared Inboxes are the top-level container for Conversations and map to Gorgias Teams. We extract inbox names and membership during export, then configure equivalent Teams in Gorgias with the same agent roster. Team names and default assignment routing transfer. Note that Gorgias Teams are scoped to the account rather than tied to a specific email channel — routing rules in Gorgias are configured per channel rather than per inbox.
Hiver
Conversation
Gorgias
Ticket
1:1Hiver Conversations (Gmail threads inside a Shared Inbox) map to Gorgias Tickets. We preserve subject, assignee, status (open/pending/closed), tags, and the full message thread. Hiver's conversation status maps to Gorgias's ticket state: open and pending map directly; closed maps to resolved or closed per the customer's preference. The original message timestamp becomes the ticket created_at.
Hiver
Shared Note
Gorgias
Internal Note (Ticket Comment)
1:1Hiver Shared Notes are internal comments attached to a conversation, visible to all team members. We export them as internal ticket comments in Gorgias. During scoping we confirm with the customer whether each Shared Note should be internal-only or whether some should be public replies. This is a manual decision point because the visibility intent in Hiver does not have a structured export field.
Hiver
Contact
Gorgias
Customer
1:1Hiver exports Contacts as a discrete data type from the account address book, separate from contacts embedded in conversation threads. We handle both exports and deduplicate where a contact appears in both. The Customer object in Gorgias holds name, email, phone, language, timezone, and any custom fields. We map email as the dedupe key for customer matching.
Hiver
Tag
Gorgias
Label
1:1Hiver Tags are flat labels applied to conversations for categorization. We extract the full tag taxonomy and reapply them as Labels in Gorgias. Tags on individual messages within a thread migrate as Labels on the parent Ticket. The flat tag structure in Hiver maps directly to Gorgias Labels without hierarchy transformation.
Hiver
Email Template
Gorgias
Macro
lossyHiver Email Templates (discrete objects with body, subject variables, and conditional logic) map to Gorgias Macros. We preserve template body and subject. Gorgias's macro engine supports the same variable substitution model (customer name, ticket ID, order number). Note that Hiver templates with complex conditional logic may require simplification in Gorgias; we flag these during the pre-migration audit.
Hiver
Shared Draft
Gorgias
Draft Ticket Comment
1:1Hiver Shared Drafts are unsent email replies saved within a Conversation. We export them as draft records. Whether the destination platform accepts drafts in bulk import depends on Gorgias's API support at the time of migration — we validate this during scoping and flag whether draft records will migrate as resolved tickets or be documented for manual follow-up.
Hiver
Agent / User
Gorgias
Agent
1:1Hiver Agent records (name, email, assignment permissions) map to Gorgias Agents. We export the user roster and map roles to equivalent permission structures in Gorgias. Owner assignment on Hiver Conversations carries forward as the assigned Agent on the Gorgias Ticket. Agents without a matching account in Gorgias go to a reconciliation queue for the customer's admin to provision before the ticket import phase.
Hiver
SLA Policy
Gorgias
SLA Rule
lossyHiver SLA policies define business hours and response/resolution deadlines enforced at the Shared Inbox level. We extract SLA configuration and map it to Gorgias SLA Rules, which can be configured per channel and priority. Hiver's business hours settings migrate to Gorgias's schedule configuration.
Hiver
Custom Field (Conversation)
Gorgias
Custom Field (Ticket)
lossyHiver Custom Fields on conversations (commonly used for structured data captured via AI Extract, such as order IDs or product names) map to Gorgias Ticket Custom Fields. We export the field schema and values. Gorgias supports string, boolean, number, and date custom field types. We map each Hiver custom field to the equivalent Gorgias type and pre-create the field schema before the ticket import phase.
Hiver
CSAT Survey
Gorgias
Satisfaction Survey
1:1CSAT survey responses and aggregate scores tied to resolved Hiver conversations map to Gorgias Satisfaction Surveys. We export response data and scores. Survey configuration (questions, rating scale, trigger conditions) does not migrate and must be reconstructed in Gorgias — we document the original survey setup during the pre-migration audit for the customer's admin to rebuild.
Hiver
Analytics Report
Gorgias
Support Statistics
1:1Hiver Analytics Reports export as CSV with customizable fields. We extract available report data but note that historical analytics pre-export are not back-filled — Hiver's analytics export captures data going forward from the export date only. We recommend the customer download any historical reports they need before the migration window. Post-migration, analytics begin fresh in Gorgias.
| Hiver | Gorgias | Compatibility | |
|---|---|---|---|
| Shared Inbox | Teamlossy | Fully supported | |
| Conversation | Ticket1:1 | Fully supported | |
| Shared Note | Internal Note (Ticket Comment)1:1 | Fully supported | |
| Contact | Customer1:1 | Fully supported | |
| Tag | Label1:1 | Fully supported | |
| Email Template | Macrolossy | Fully supported | |
| Shared Draft | Draft Ticket Comment1:1 | Fully supported | |
| Agent / User | Agent1:1 | Fully supported | |
| SLA Policy | SLA Rulelossy | Fully supported | |
| Custom Field (Conversation) | Custom Field (Ticket)lossy | Fully supported | |
| CSAT Survey | Satisfaction Survey1:1 | Fully supported | |
| Analytics Report | Support Statistics1:1 | 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.
Hiver gotchas
Automations have no export path
Seat minimums and block upgrades affect final pricing
AI add-on is priced separately at $20/seat/month
Analytics export is forward-looking only
Shared Notes visibility intent must be confirmed
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 audit
We audit the source Hiver account across all Shared Inboxes, counting active Conversations, resolved tickets, Tags, Email Templates, Shared Drafts, Custom Fields, SLA policies, CSAT survey configurations, and active Agent accounts. We also extract a complete inventory of every Hiver Automation rule (trigger, conditions, actions, AI Extract steps) — this is a manual extraction step since no bulk export exists. We pair this with a Gorgias destination configuration review: plan tier recommendation (Starter through Enterprise), channel setup, Team structure, and custom field schema. The discovery output is a written migration scope and a Gorgias plan recommendation based on ticket volume modeling.
Automation inventory documentation
We document every active Hiver Automation in a structured inventory that maps each rule to a Gorgias equivalent: trigger conditions map to Rule conditions, actions map to Macro actions, and AI Extract steps map to Rules with data extraction logic. This document is delivered to the customer's admin team as the handoff artifact for post-migration rebuild. We do not rebuild automations inside Gorgias as part of the migration scope.
Schema pre-creation and ticket-channel mapping
We pre-create the Gorgias destination schema: Teams (mapped from Hiver Shared Inboxes), Labels (mapped from Hiver Tags), Custom Fields (mapped from Hiver conversation custom fields), SLA Rules (mapped from Hiver SLA policies), and Macros (mapped from Hiver Email Templates with variable substitution preserved). We also configure the ticket-channel mapping — Hiver Conversations are all email-channel tickets in Gorgias, and any Shared Inbox that corresponds to a different channel (WhatsApp, live chat) is tagged accordingly for the customer's admin to finalize routing rules.
Sample migration and reconciliation
We run a test migration of a representative sample of Hiver data (typically 100-200 conversations, 50-100 contacts, 20-50 tags) into a Gorgias sandbox or trial account. The customer's support lead reconciles record counts, spot-checks conversation thread integrity (message ordering, Shared Notes visibility), contact deduplication results, and tag relabeling. Any mapping corrections — particularly around custom field type mismatches, Shared Note visibility intent, and draft handling — happen at this stage before the full migration.
Agent reconciliation and provisioning
We extract every distinct Hiver Agent referenced on Conversations and match by email against the Gorgias destination account's agent roster. Any Hiver Agent without a matching Gorgias account goes to a reconciliation queue. The customer's Gorgias admin provisions missing agents before the ticket import phase begins, since OwnerId assignment on migrated tickets requires an active agent reference.
Full production migration in dependency order
We run production migration in record-dependency order: Agents (validated), Customers (deduped by email), Labels (full taxonomy), Macros (full template library), Custom Fields (schema deployed), SLA Rules (configuration), then Tickets (Conversations mapped with thread history, Shared Notes, tags, assignee, status, and timestamps). Shared Drafts migrate where the destination API supports draft records; otherwise they are documented for manual follow-up. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and post-migration handoff
We freeze Hiver writes during cutover, run a final delta migration of any records modified during the migration window, then enable Gorgias as the system of record. We deliver the Automation Inventory document to the customer's admin team for Rules and Macros rebuild. We support a three-day hypercare window where we resolve any ticket mapping or contact deduplication issues. We do not configure Gorgias channel integrations (Shopify, live chat widget, social channels) or rebuild Hiver Automations as Gorgias Rules inside the migration scope — those are separate configuration tasks.
Platform deep dives
Hiver
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 Hiver 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
Hiver: Not publicly documented.
Data volume sensitivity
Hiver 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 Hiver to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your Hiver 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 Hiver
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.