Helpdesk migration
Field-level mapping, validation, and rollback between Folder HelpDesk and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
Folder HelpDesk
Source
Salesforce Service Cloud
Destination
Compatibility
10 of 11
objects map 1:1 between Folder HelpDesk and Salesforce Service Cloud.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Moving from Folder HelpDesk to Salesforce Service Cloud is a structural migration from a lightweight shared-inbox model to an enterprise case management platform. Folder HelpDesk uses a flat ticket-centric schema: Tickets owned by Agents, linked to Customers and Organizations. Salesforce Service Cloud replaces this with a Cases object tied to Contacts and Accounts, with Entitlements, Business Hours, and Omni-Channel routing as separate configuration layers. We resolve the case model design during scoping, normalize email thread metadata from Folder's MIME structure into Salesforce's EmailMessage and CaseComment objects, and preserve Tags as Salesforce Labels or custom multi-select fields. SLA policies and breach timers do not migrate as data because Folder computes these in real time; we deliver a written SLA configuration summary for manual re-creation in Salesforce Entitlements. Workflows, macros, and routing rules do not migrate as code; we inventory them for the customer's admin to rebuild in Salesforce Flow or 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
Folder HelpDesk platform overview
Scorecard, SWOT, gotchas, and pricing for Folder HelpDesk.
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 Folder HelpDesk 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.
Folder HelpDesk
Ticket
Salesforce Service Cloud
Case
1:1Folder HelpDesk Tickets map directly to Salesforce Case. The ticket subject becomes Case Subject, body becomes Case Description, status maps to Case Status (Open/Pending/Closed), priority maps to Case Priority, and assignee resolves via owner email match to Salesforce User. Conversation history including internal notes migrates as CaseComments and EmailMessages linked to the Case. Folder's conversation thread order is preserved via timestamp sequencing during insert.
Folder HelpDesk
Customer
Salesforce Service Cloud
Contact
1:1Folder HelpDesk Customer records (end-user contact records linked to tickets) map to Salesforce Contact. Name, email, phone, and any custom fields migrate directly. Contact is created before any Case import so that the ContactId lookup on Case is satisfied at insert time. The customer's organization link resolves to an Account if a matching Account exists or is created on-the-fly during Customer import.
Folder HelpDesk
Organization
Salesforce Service Cloud
Account
1:1Folder HelpDesk Organizations (company-level records grouping multiple customers) map to Salesforce Account. Organization name becomes Account Name, domain or website becomes Account Site or Web. If the customer uses a B2C model without distinct organizations, Organization records merge into the Contact's Account via a shared placeholder Account to satisfy Salesforce's Contact-Account relationship requirement.
Folder HelpDesk
Agent
Salesforce Service Cloud
User
1:1Folder HelpDesk Agents map to Salesforce Users. We resolve agents by email match against the destination org's User table. Agents without a matching User go to a reconciliation queue for the customer's admin to provision before Case migration begins, because Case OwnerId is a required reference. Active/inactive status and role migrate as Salesforce User active flag and profile assignment.
Folder HelpDesk
Attachment
Salesforce Service Cloud
ContentVersion + ContentDocumentLink
1:1File attachments on Folder HelpDesk tickets migrate as Salesforce ContentVersion (the binary) linked via ContentDocumentLink to the parent Case. We preserve filename, MIME type, and original upload timestamp. Files exceeding Salesforce's 25MB per ContentVersion limit are chunked or flagged in the transfer log for manual retrieval. Inline images embedded in ticket body HTML migrate as separate ContentVersion records linked to the Case.
Folder HelpDesk
Tag
Salesforce Service Cloud
CaseLabel or Custom Multi-Select Picklist
lossyFolder HelpDesk Tags (labels applied to tickets for categorization) migrate to Salesforce Case Labels (if the destination org has the Case Labels feature enabled) or to a custom multi-select picklist field on Case. We inspect the destination schema during discovery and apply whichever approach the customer's admin prefers. Tags with hierarchical structure are flattened with a prefix strategy (e.g., product-bug, product-feature) to preserve categorization intent.
Folder HelpDesk
Custom Fields
Salesforce Service Cloud
Custom Fields
1:1Folder HelpDesk custom fields on tickets or customers are inspected during discovery and mapped to Salesforce custom fields of matching data type. Text fields map to Text, date fields to Date, dropdowns to Picklist, and checkboxes to Checkbox. Custom field availability varies by Folder HelpDesk pricing tier; we flag any tier-gated fields and replace them with destination-native equivalents or drop them if no equivalent exists. Custom fields are deployed to the destination org via metadata API before any data migration begins.
Folder HelpDesk
Knowledge Base Articles
Salesforce Service Cloud
Knowledge Article
1:1Folder HelpDesk knowledge base articles (public help articles with title, body HTML, and category placement) migrate to Salesforce Knowledge articles. We export title, body HTML, category/section placement, and attachments. HTML content requires normalization before import because Salesforce Knowledge uses a specific HTML sanitization model. Category placement maps to Salesforce Data Category Group and Category assignments. Attachments migrate as ContentVersion linked to the article.
Folder HelpDesk
Macros / Templates
Salesforce Service Cloud
QuickText
1:1Folder HelpDesk macros and email templates (pre-written reply text with variable placeholders) are exported as text with placeholder tokens preserved. Salesforce QuickText provides a comparable template feature with merge fields. Complex conditional logic in Folder macros requires manual reconfiguration in Salesforce Flow or QuickText as Salesforce does not support conditional template logic natively. We deliver a written inventory of every macro with its text, placeholders, and recommended Salesforce replacement.
Folder HelpDesk
Time Entries
Salesforce Service Cloud
Time Sheet Entry or Custom Object
1:1Billable or tracking hours logged against a Folder HelpDesk ticket migrate to Salesforce Time Sheet Entry records (if the destination org has Field Service Lightning or a comparable time-tracking add-on) or to a custom Case_Time_Entry__c object with hours, agent, and Case lookup. Not all Salesforce Service Cloud deployments include time-tracking; we confirm the customer's requirements during scoping and apply whichever approach is appropriate for their edition and add-ons.
Folder HelpDesk
Groups / Teams
Salesforce Service Cloud
Queue or Group
1:1Folder HelpDesk team-level routing assignments (Groups or Teams) map to Salesforce Queues. Each Folder group becomes a Salesforce Queue for Cases, with group members resolved by email match to Salesforce Users. If the customer uses Folder's folder-based inbox routing for agent assignment, we map that to Salesforce Case Assignment Rules or Omni-Channel routing configurations, which the customer's admin rebuilds post-migration from the inventory we deliver.
| Folder HelpDesk | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Customer | Contact1:1 | Fully supported | |
| Organization | Account1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Attachment | ContentVersion + ContentDocumentLink1:1 | Fully supported | |
| Tag | CaseLabel or Custom Multi-Select Picklistlossy | Fully supported | |
| Custom Fields | Custom Fields1:1 | Mapping required | |
| Knowledge Base Articles | Knowledge Article1:1 | Mapping required | |
| Macros / Templates | QuickText1:1 | Fully supported | |
| Time Entries | Time Sheet Entry or Custom Object1:1 | Mapping required | |
| Groups / Teams | Queue or Group1: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.
Folder HelpDesk gotchas
SLA breach state does not transfer as live data
Email thread metadata parsing varies by source
Custom field schema varies between account plans
Attachment size limits may truncate large exports
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 API audit
We audit the source Folder HelpDesk account across plan tier (Starter/Professional/Enterprise), available API endpoints, custom field schema, ticket volume, attachment count and size distribution, knowledge base article count, and macro/template inventory. We also inspect the destination Salesforce org's existing data model, security settings, and available Service Cloud features. The discovery output is a written migration scope including the case model recommendation (Record Types, Status values, assignment rules) and a flag of any Folder API limitations that require manual export fallback.
Schema design and Entitlements mapping
We design the destination schema in Salesforce. This includes Salesforce Case Record Types (one per Folder ticket category or queue), Case Status values mapped from Folder status, Case Priority mapped from Folder priority, Page Layouts per Record Type, Field Level Security for custom fields, and Salesforce Entitlements configuration mapped from the Folder SLA policy summary. Knowledge base article types and data categories are configured to match Folder's section structure. Schema is deployed to a Salesforce Sandbox via metadata API first for validation.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox (Full Copy or Partial Copy) using production-like data volume. The customer's Service Cloud admin reconciles record counts (Cases in, Contacts in, Accounts in), spot-checks twenty to thirty random records against the Folder source, and validates that thread metadata and attachments appear correctly in Salesforce. Email thread normalization is validated by the customer's admin on a sample set before production migration begins. Any mapping corrections happen in Sandbox, not in production.
Agent and queue provisioning
We extract every distinct Folder HelpDesk Agent referenced on tickets and match by email against the Salesforce destination org's User table. Agents without a matching User go to a reconciliation queue for the customer's admin to provision. Folder Groups map to Salesforce Queues; we create Queues with matching names and add the provisioned Users as QueueMembers. Migration cannot proceed past this step because Case OwnerId references are required on insert.
Production migration in dependency order
We run production migration in record-dependency order: Users (validated), Accounts (from Folder Organizations), Contacts (with AccountId resolved), Cases (with ContactId, OwnerId, and RecordTypeId resolved), Attachments (via ContentVersion and ContentDocumentLink), Custom Fields, Knowledge Articles (via Salesforce Knowledge API), and Time Entries (if applicable). Each phase emits a row-count reconciliation report before the next phase begins. Thread normalization for email conversations uses MIME-header parsing to reconstruct the conversation order as CaseComments and EmailMessages.
Cutover, delta migration, and SLA handoff
We freeze Folder HelpDesk writes during cutover, run a final delta migration of any tickets modified during the migration window, then enable Salesforce Service Cloud as the system of record. We deliver the SLA configuration summary, routing rule inventory, and macro inventory documents to the customer's admin team. We support a five-day hypercare window where we resolve any reconciliation issues raised by the support team. We do not rebuild Folder routing rules as Salesforce Omni-Channel configurations or SLA policies as Entitlements inside the migration scope; those are separate configuration engagements handled by the customer's admin or a Salesforce partner.
Platform deep dives
Folder HelpDesk
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Folder HelpDesk 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
Folder HelpDesk: Not publicly documented.
Data volume sensitivity
Folder HelpDesk 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 Folder HelpDesk to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Folder HelpDesk 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 Folder HelpDesk
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.