Helpdesk migration
Field-level mapping, validation, and rollback between REVE Chat and Zendesk. We move data and schema; workflows are rebuilt natively in Zendesk.
REVE Chat
Source
Zendesk
Destination
Compatibility
9 of 10
objects map 1:1 between REVE Chat and Zendesk.
Complexity
BStandard
Timeline
2-3 weeks
Overview
Moving from REVE Chat to Zendesk requires a structural data model transformation. REVE Chat organizes around Conversations and Chat Sessions as the primary objects, with ticketing treated as secondary to the conversation stream; Zendesk is ticket-centric with SLA accountability, structured lifecycle management, and a separate messaging layer for asynchronous channels. We resolve this during scoping by mapping REVE Chat conversations to Zendesk tickets with full transcript preservation, agent attribution, and customer history intact. Plan-tiered chat history retention (Starter 90 days, Growth 365 days, Enterprise unlimited) is flagged upfront so customers do not assume historical conversations exist when they have aged out. Chatbot flows built in the Visual Flow Builder are exported as documentation for the customer to rebuild in Zendesk's native AI or an alternative bot platform; the proprietary logic does not migrate. We do not migrate Workflows, automations, or Social Channel routing rules as code. We deliver a written inventory of these for the customer's admin to configure in Zendesk Admin Center post-migration.
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 REVE Chat object lands in Zendesk, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
REVE Chat
Conversation
Zendesk
Ticket
1:1REVE Chat Conversations are the primary object and map directly to Zendesk Tickets. Each conversation transcript migrates as the ticket Description, with agent and customer messages preserved in chronological order. Session metadata (channel source, device info, page context) migrates as ticket custom fields or as internal comments. The REVE Chat conversation ID is preserved in a custom field revchat_conversation_id__c for cross-reference. This is the core data model transformation: the conversation stream becomes the ticket body.
REVE Chat
Chat Session
Zendesk
Ticket Comment
1:1Individual chat session records within a REVE Chat Conversation are mapped to Zendesk Ticket Comments. Each session contributes one or more comments to the parent Ticket, preserving the message sequence, agent attribution, and timestamp. System events (session start, session end, visitor info) migrate as internal notes so agent-facing views show only customer interaction content.
REVE Chat
Agent
Zendesk
Agent (User)
1:1REVE Chat agent profiles (display name, email, role: admin, supervisor, agent) map to Zendesk User records. Role mapping follows: REVE Chat admin maps to Zendesk admin, supervisor maps to agent with group leadership, agent maps to agent. We resolve by email match. The seat ceiling per REVE Chat plan (Starter=10, Growth=25, Enterprise=unlimited) is verified against the Zendesk plan agent limit before migration; if the Zendesk plan has fewer agent seats, we flag this during scoping.
REVE Chat
Customer
Zendesk
End User
1:1REVE Chat customer profiles (name, email, phone, company, custom labels) map to Zendesk End User records. Custom labels migrate as key-value custom fields on the End User. Customer chat history links to the End User record so agents can see prior conversations in the Zendesk sidebar. If the customer uses Zendesk's organization model, company fields map to Organizations.
REVE Chat
Ticket (REVE Chat)
Zendesk
Ticket
1:1REVE Chat tickets (status, priority, assignee, tags, linked conversation) map to Zendesk Tickets with field-level fidelity. Status mapping: REVE Chat open/pending maps to Open, resolved maps to Solved, closed maps to Closed. Priority maps directly. Tags migrate to Zendesk tags. Linked conversations preserve the parent relationship so the transcript is accessible from the Zendesk ticket view.
REVE Chat
Canned Response
Zendesk
Macro
1:1REVE Chat saved reply templates with shortcut triggers map to Zendesk Macros. Shortcut keys do not carry over as keyboard shortcuts; macros are recreated in Zendesk Admin with the same body content and are available in the macro picker. Some canned response fields may be plan-gated on the source side; we verify field availability against the source plan during scoping.
REVE Chat
Department
Zendesk
Group
1:1REVE Chat department records (controlling routing and agent assignment) map to Zendesk Groups. Routing rules built in REVE Chat do not migrate as active configurations; we document the routing logic so the customer's Zendesk admin can configure equivalent routing in Zendesk Admin Center under Views and SLAs.
REVE Chat
Chatbot (Visual Flow Builder)
Zendesk
Bot Documentation (rebuild required)
lossyChatbot flows built in the Visual Flow Builder are exported as a written flow inventory documenting triggers, decision branches, response actions, and conditional logic. The Visual Flow Builder is a proprietary system; the flow logic cannot be imported into Zendesk's bot builder programmatically. We deliver the documentation so the customer's admin rebuilds flows in Zendesk's native AI, Flow Builder, or an alternative bot platform. AI session credits and chatbot quotas from REVE Chat plans do not transfer.
REVE Chat
Media Attachment
Zendesk
Ticket Attachment
1:1Files and images shared within REVE Chat conversations are exported alongside transcript records and uploaded to Zendesk as ticket attachments. Attachment URLs pointing to REVE Chat storage are preserved in the ticket description as reference links. Customers should confirm whether they want to download files to their own storage before migration; we flag this during scoping.
REVE Chat
Social Channel Record
Zendesk
Ticket (via channel integration)
1:1Social channel records (Facebook Messenger, WhatsApp, Viber, Telegram) linked to REVE Chat Conversations map to Zendesk Tickets via the appropriate channel integration. Instagram, WhatsApp, Viber, and Telegram may be add-ons on REVE Chat Starter; we confirm channel availability against the source plan during scoping and note which channels require separate Zendesk channel setup post-migration. Social channel routing rules do not migrate; we document the source routing for the admin to reconfigure.
| REVE Chat | Zendesk | Compatibility | |
|---|---|---|---|
| Conversation | Ticket1:1 | Fully supported | |
| Chat Session | Ticket Comment1:1 | Fully supported | |
| Agent | Agent (User)1:1 | Fully supported | |
| Customer | End User1:1 | Fully supported | |
| Ticket (REVE Chat) | Ticket1:1 | Fully supported | |
| Canned Response | Macro1:1 | Fully supported | |
| Department | Group1:1 | Fully supported | |
| Chatbot (Visual Flow Builder) | Bot Documentation (rebuild required)lossy | Fully supported | |
| Media Attachment | Ticket Attachment1:1 | Fully supported | |
| Social Channel Record | Ticket (via channel integration)1: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.
REVE Chat gotchas
Chat history retention is plan-tiered
Seat ceiling limits by plan
Chatbot session limits and AI credits
Social channels are add-on or tier-gated
API documentation and custom endpoint discovery
Zendesk gotchas
Data export requires API scripting on non-Enterprise plans
Automations cap at 500 active rules and 1,000 tickets per hour
Help Center has no native export feature
Custom Objects and full data export are Enterprise-only
Pair-specific challenges
Migration approach
Scoping and plan-tier audit
We audit the source REVE Chat account across plan tier (Starter, Growth, Enterprise), conversation volume, agent count, department structure, canned response count, and chatbot flow inventory. We identify the chat history retention window applicable to the plan tier and flag conversations that fall outside the window and cannot be recovered. We also confirm social channel availability (which channels are included versus add-on on the source plan) and flag any expected records that may not have a destination equivalent.
Zendesk environment preparation
We guide the customer through Zendesk environment setup before data begins moving. This includes activating Zendesk Guide if knowledge base articles are in scope, configuring agent roles and groups to match the REVE Chat department structure, creating custom ticket fields to receive REVE Chat metadata (device info, page URL, visitor source), and disabling triggers, automations, and required field validation rules that would block import. Zendesk must be on a Suite plan that supports the expected agent count and channel integrations.
Sandbox migration and mapping validation
We run a sandbox migration into a Zendesk trial or sandbox environment using a representative data sample (typically 30 days of conversations, 50 agents, 100 tickets). The customer's support operations lead validates that conversations are readable as tickets, agent attribution is correct, customer profiles are linked, and metadata fields are populated. Mapping corrections happen here, not in production. This step also surfaces any Zendesk field type mismatches (date formats, picklist values, text lengths) before full extraction begins.
Data extraction in plan-tiered windows
We extract REVE Chat data via the REST API with pagination and rate-limit handling. Conversations within the applicable retention window are exported with full transcript, session metadata, agent attribution, and linked customer profiles. Chat history retention limits are enforced during extraction: if the source is on Starter (90 days) or Growth (365 days), records outside the window are excluded and noted in the reconciliation report. Agents, customers, departments, and canned responses are extracted in parallel threads and joined to conversation records during the transform phase.
Transform and load into Zendesk
We transform extracted records into Zendesk Ticket, User, Organization, and Comment API payloads. Conversation transcripts become ticket descriptions with comments in chronological order. Agent resolution uses email-based matching against the Zendesk User table. Canned responses become Macros in Zendesk Admin. Chatbot flows are exported as a written JSON and Markdown inventory. Social channel records are mapped to Zendesk channel integration equivalents. We use Zendesk's REST API with batch chunking, exponential backoff on rate-limit responses, and row-count reconciliation after each phase.
Cutover, validation, and automation handoff
We freeze REVE Chat writes during the cutover window, run a final delta migration of any records modified since the last extraction, then confirm Zendesk as the system of record. We deliver the chatbot flow inventory, department-to-group mapping documentation, and a written automation inventory (triggers, routing rules, auto-responders from REVE Chat) for the customer's Zendesk admin to rebuild in Admin Center. We support a 72-hour hypercare window for reconciliation issues. We do not rebuild automations or configure Zendesk routing as part of the migration scope.
Platform deep dives
REVE Chat
Source
Strengths
Weaknesses
Zendesk
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. All 7 core objects map 1:1 between REVE Chat and Zendesk.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across REVE Chat and Zendesk.
Object compatibility
All 7 core objects map 1:1 between REVE Chat and Zendesk.
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
REVE Chat: Not publicly documented.
Data volume sensitivity
REVE Chat 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 REVE Chat to Zendesk migration scoping. Not seeing yours? Book a call.
Walk through your REVE Chat to Zendesk migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave REVE Chat
Other ways to arrive at Zendesk
Same-Helpdesk migrations
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.