Helpdesk migration
Field-level mapping, validation, and rollback between HelpCrunch and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
HelpCrunch
Source
Salesforce Service Cloud
Destination
Compatibility
7 of 12
objects map 1:1 between HelpCrunch and Salesforce Service Cloud.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from HelpCrunch to Salesforce Service Cloud is a structural migration from a unified communication inbox to a multi-object service CRM. HelpCrunch organizes support around Customers and Conversations with a shared inbox that includes live chat, email, WhatsApp, and Instagram. Salesforce Service Cloud separates the model into Accounts, Contacts, and Cases with an omni-channel routing engine and Lightning Knowledge for self-service articles. We extract HelpCrunch Customers and their custom properties via REST API, convert chat transcripts to Salesforce Cases with EmailMessage records for message threads, publish knowledge base articles to Salesforce Knowledge with category and channel assignment, and map Saved Replies to Salesforce Macros. HelpCrunch's 120 req/min API rate limit requires chunked extraction with exponential backoff, which we handle before migration begins. Chatbots, auto messages, popup configurations, and widget code do not migrate as logic; we deliver a written inventory for the customer's admin to rebuild in Salesforce Flow and Omni-Channel.
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.
Source platform
HelpCrunch platform overview
Scorecard, SWOT, gotchas, and pricing for HelpCrunch.
Destination platform
Salesforce Service Cloud platform overview
Scorecard, SWOT, gotchas, and pricing for Salesforce Service Cloud.
Data migration guide
The complete Salesforce Service Cloud migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Salesforce Service Cloud migration checklist
Pre- and post-cutover tasks for moving onto Salesforce Service Cloud.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a HelpCrunch object lands in Salesforce Service Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
HelpCrunch
Customer
Salesforce Service Cloud
Contact + Account
1:manyHelpCrunch Customers map to Salesforce Contact records linked to an Account. For customers without a company name, we create a placeholder Account using the customer's email domain or a 'No Company' default. Custom properties on HelpCrunch Customers (text, number, date, checkbox) map to Salesforce custom fields on Contact with equivalent types. We preserve the HelpCrunch customer ID in a custom field hc_customer_id__c for reconciliation.
HelpCrunch
Chat (Conversation)
Salesforce Service Cloud
Case + EmailMessage
1:1HelpCrunch chat conversations map to Salesforce Case records. Each Case receives a Case Number, Subject (derived from first message or conversation theme), Status (Open/Resolved), Priority, and Description. Message threads migrate as EmailMessage records linked to the Case, preserving the full chronological transcript including agent and customer messages. Chat metadata (channel, assignee, timestamps) maps to Case fields and Omni-Channel presence data.
HelpCrunch
Email Thread
Salesforce Service Cloud
Case + EmailMessage
1:1HelpCrunch email conversations also map to Salesforce Case with EmailMessage threads. Inbound emails create Cases via Salesforce email-to-case or migrate from HelpCrunch; outbound replies attach to the same Case thread. Email subject, body HTML, and attachments transfer to Salesforce EmailMessage with ContentDocumentLink for file attachments.
HelpCrunch
Article (Knowledge Base)
Salesforce Service Cloud
Knowledge Article
1:1HelpCrunch knowledge base articles migrate to Salesforce Lightning Knowledge. Article content, title, SEO metadata (meta description, URL slug), and publishing status transfer. HelpCrunch article categories map to Salesforce Data Categories for article routing and visibility control. The article embedding context (standalone URL vs in-widget display) does not transfer; the customer recreates widget embedding in Salesforce's Embedded Service or Experience Cloud post-migration.
HelpCrunch
Saved Reply
Salesforce Service Cloud
Macro
1:1HelpCrunch saved replies map to Salesforce Macros. Each saved reply becomes a Macro with TextTemplate body content and target object set to Case or Contact depending on the reply context. Variable placeholders (customer name, ticket number) migrate as Salesforce merge field syntax for the Macro to resolve at runtime. Macro visibility must be reconfigured in Salesforce (scoped to profiles, record types, and layouts).
HelpCrunch
Email Template
Salesforce Service Cloud
Email Template + Auto-Response Rule
1:1HelpCrunch email templates with subject, HTML body, and variable placeholders migrate to Salesforce Email Templates. We map HelpCrunch variable syntax to Salesforce merge field format during transform. Template assignment to channels and trigger conditions must be rebuilt as Salesforce Auto-Response Rules and Flow-triggered email alerts.
HelpCrunch
Tag
Salesforce Service Cloud
Tag or Custom Field
lossyHelpCrunch flat string tags applied to Customers and Chats migrate to Salesforce Tags on the relevant object. Tags used for segmentation or categorization migrate to a custom multi-select picklist field on Contact and Case rather than native Salesforce Tags, which have limited reporting depth. The customer chooses tag strategy during scoping.
HelpCrunch
Custom Property (Field)
Salesforce Service Cloud
Custom Field
lossyCustom properties on HelpCrunch Customers (text, number, date, checkbox) map to Salesforce Contact custom fields with equivalent types. We pre-create the destination schema in Salesforce before import, including field-level security settings and page layout assignments. Checkbox properties map to Salesforce Checkbox fields; date properties map to Date fields; numeric properties map to Number fields with appropriate precision.
HelpCrunch
Agent (Team Member)
Salesforce Service Cloud
User
1:1HelpCrunch agents map to Salesforce Users by email match. We extract agent records (name, email, role) and resolve them to Salesforce Users. Permissions, profiles, and role hierarchy must be manually reconfigured in Salesforce by the customer's admin. Inactive HelpCrunch agents map to inactive Salesforce Users. Unmatched agents go to a reconciliation queue.
HelpCrunch
Report
Salesforce Service Cloud
Report
1:1HelpCrunch dashboard reports (Team Members, Customer Satisfaction, Total Chats) exportable as CSV/XLSX transfer as static data snapshots. Interactive drill-down state, real-time filtering, and scheduled report delivery must be rebuilt in Salesforce Reports and Dashboards post-migration. The customer receives a report mapping document identifying each HelpCrunch metric and its Salesforce report type equivalent.
HelpCrunch
Channel Configuration
Salesforce Service Cloud
Omni-Channel Routing + Email-to-Case
lossyHelpCrunch channels (email, live chat, WhatsApp, Instagram) unify in a shared inbox. Salesforce separates these into Omni-Channel Work Items for routing, Email-to-Case for inbound email, Embedded Service for web chat, and separate integrations for WhatsApp and social channels. Channel configurations do not transfer as routing logic; we document the channel mapping and the customer configures Omni-Channel skills, queues, and routing flows in Salesforce.
HelpCrunch
Widget
Salesforce Service Cloud
Embedded Service Deployment
lossyHelpCrunch chat widget installation code (JavaScript snippet) is HelpCrunch-specific and does not migrate to Salesforce. We document the widget configuration (appearance settings, behavioral rules) and the customer re-implements using Salesforce Embedded Service (Lightning Web Components). The widget snippet is destination-platform specific and must be re-installed on each website post-migration.
| HelpCrunch | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Customer | Contact + Account1:many | Fully supported | |
| Chat (Conversation) | Case + EmailMessage1:1 | Fully supported | |
| Email Thread | Case + EmailMessage1:1 | Fully supported | |
| Article (Knowledge Base) | Knowledge Article1:1 | Fully supported | |
| Saved Reply | Macro1:1 | Fully supported | |
| Email Template | Email Template + Auto-Response Rule1:1 | Fully supported | |
| Tag | Tag or Custom Fieldlossy | Fully supported | |
| Custom Property (Field) | Custom Fieldlossy | Fully supported | |
| Agent (Team Member) | User1:1 | Fully supported | |
| Report | Report1:1 | Fully supported | |
| Channel Configuration | Omni-Channel Routing + Email-to-Caselossy | Fully supported | |
| Widget | Embedded Service Deploymentlossy | 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.
HelpCrunch gotchas
API rate limit of 120 req/min blocks bulk migrations
AI conversation caps throttle history migration
Legacy API key deprecation requires key rotation
Knowledge base articles require manual re-embedding
HelpCrunch branding on chat widget in Basic plan
Salesforce Service Cloud gotchas
Data Export 512MB file size cap breaks large org exports
API Daily Request Limits vary by license edition
No automatic data backup in base Salesforce
Picklist dependencies silently break records when unmapped
Workflow rules fire unexpectedly during data load
Pair-specific challenges
Migration approach
Discovery and data scoping
We audit the source HelpCrunch account across plan tier (Basic/Pro/Unlimited), API credentials (verifying Public API key and confirming Legacy API key is not in use), object volumes (Customers, Conversations, Articles, Saved Replies, Email Templates, Tags), custom property schemas, agent count, and channel usage. We confirm Salesforce Service Cloud edition (Essential/Professional/Enterprise), whether Lightning Knowledge is enabled, and existing Omni-Channel configuration. The discovery output is a written migration scope document with record counts, object mapping plan, and a pre-flight checklist for Salesforce prerequisites.
Source extraction with rate-limit handling
We connect to the HelpCrunch REST API using the Public API key and extract data in record-type batches (Customers first, then Conversations, Articles, Saved Replies, Email Templates, Tags). Given the 120 req/min limit, we implement exponential backoff with jitter and chunk records into pages of 100-200 items per request. We run extraction in off-peak hours where possible to minimize impact on active support workflows. Each extraction run emits a record count reconciliation report against the HelpCrunch dashboard totals.
Schema preparation and Salesforce prerequisites
We prepare the Salesforce destination org. This includes enabling Lightning Knowledge if not already active and creating the Article Type, provisioning Contact and Case custom fields to match HelpCrunch custom properties, configuring Record Types for Case channels if Omni-Channel routing is required, creating Salesforce Tags or custom multi-select picklist fields for the tag taxonomy, and working with the customer's admin to temporarily disable blocking validation rules. This phase runs in parallel with source extraction and requires admin access to the Salesforce org.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox using production-like data volume. The customer's Support Operations lead reconciles record counts (Contacts in, Cases in, Articles in, Macros in), spot-checks 25-50 records against HelpCrunch source data, and validates that custom field values, conversation transcripts, and article content are complete. Any mapping corrections or schema additions happen in sandbox before production migration begins.
Owner and agent reconciliation
We extract every distinct HelpCrunch agent referenced on Conversations and match by email against the Salesforce destination org's User table. Agents without a matching User go to a reconciliation queue. The customer's Salesforce admin provisions any missing Users and assigns the appropriate Profiles and Roles before record import resumes. Omni-Channel skills, routing configurations, and queues must also be configured at this stage for chat routing to function post-migration.
Production migration and cutover
We run production migration in dependency order: Accounts (from Customers without company name), Contacts (with AccountId resolved and custom fields populated), Cases (with ContactId resolved, owner assigned, and EmailMessage threads attached), Knowledge Articles (published to Lightning Knowledge with Data Category assignment), and Macros (from Saved Replies with template syntax converted). We freeze HelpCrunch writes during cutover, run a final delta migration of records modified during the window, then enable Salesforce as the system of record. We deliver the chatbot, auto message, and widget inventory document for rebuild in Salesforce Flow and Embedded Service.
Platform deep dives
HelpCrunch
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 1 of 7 objects need a manual workaround.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across HelpCrunch and Salesforce Service Cloud.
Object compatibility
1 of 7 objects need a manual workaround.
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
HelpCrunch: 120 requests per minute per organization.
Data volume sensitivity
HelpCrunch 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 HelpCrunch to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your HelpCrunch to Salesforce Service Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave HelpCrunch
Other ways to arrive at Salesforce Service Cloud
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.