Helpdesk migration

Migrate from Folder HelpDesk to Salesforce Service Cloud

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 logo

Folder HelpDesk

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

91%

10 of 11

objects map 1:1 between Folder HelpDesk and Salesforce Service Cloud.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Folder HelpDesk logo

Folder HelpDesk

What's pushing teams away

  • Limited integrations with tools like Slack, Firebase, and other common support stack components causes workflow fragmentation.
  • Frequent platform updates introduce performance lags that disrupt daily ticket handling for active support teams.
  • Too many configuration buttons and options accumulate as the product matures, making simple tasks feel over-complicated.
  • Server connection issues and technical reliability problems affect access continuity and integration stability.
  • Limited API documentation and customization capabilities frustrate teams with advanced automation or reporting needs.

Choosing

Salesforce Service Cloud logo

Salesforce Service Cloud

What's pulling them in

  • Deep Salesforce ecosystem integration with Sales Cloud, Marketing Cloud, and custom Apex apps creates a single pane of glass for enterprise customer data and cross-functional workflows.
  • Omnichannel case routing — email, chat, phone, social, and messaging — unified under one case object means agents do not lose context when customers switch channels mid-interaction.
  • AI for customer service (Einstein AI / Agentforce) offers automated case classification, suggested replies, and chatbot routing that reduces Tier-1 ticket volume without manual rule authoring.
  • Entitlement and milestone tracking enforces SLA compliance natively, automatically calculating breach windows and surfacing violations to supervisors in dashboards.
  • Salesforce's massive AppExchange ecosystem provides pre-built connectors, industry-specific managed packages, and third-party tools that extend Service Cloud beyond its out-of-box capabilities.

Object mapping

How Folder HelpDesk objects map to Salesforce Service Cloud

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

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

Folder 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

maps to

Salesforce Service Cloud

Contact

1:1
Fully supported

Folder 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

maps to

Salesforce Service Cloud

Account

1:1
Fully supported

Folder 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

maps to

Salesforce Service Cloud

User

1:1
Fully supported

Folder 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

maps to

Salesforce Service Cloud

ContentVersion + ContentDocumentLink

1:1
Fully supported

File 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

maps to

Salesforce Service Cloud

CaseLabel or Custom Multi-Select Picklist

lossy
Fully supported

Folder 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

maps to

Salesforce Service Cloud

Custom Fields

1:1
Mapping required

Folder 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

maps to

Salesforce Service Cloud

Knowledge Article

1:1
Mapping required

Folder 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

maps to

Salesforce Service Cloud

QuickText

1:1
Fully supported

Folder 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

maps to

Salesforce Service Cloud

Time Sheet Entry or Custom Object

1:1
Mapping required

Billable 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

maps to

Salesforce Service Cloud

Queue or Group

1:1
Fully supported

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

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.

Folder HelpDesk logo

Folder HelpDesk gotchas

High

SLA breach state does not transfer as live data

Medium

Email thread metadata parsing varies by source

Medium

Custom field schema varies between account plans

Low

Attachment size limits may truncate large exports

Salesforce Service Cloud logo

Salesforce Service Cloud gotchas

High

Data Export 512MB file size cap breaks large org exports

High

API Daily Request Limits vary by license edition

High

No automatic data backup in base Salesforce

Medium

Picklist dependencies silently break records when unmapped

Medium

Workflow rules fire unexpectedly during data load

Pair-specific challenges

  • Folder HelpDesk API access is limited and tier-gated

    Folder HelpDesk's API is constrained and not fully documented publicly, with API access gated behind the Enterprise plan. During discovery we inspect the source account's API capabilities and field availability, as some objects and custom fields may be inaccessible without Enterprise credentials. We export data via available API endpoints or fallback to CSV export where the API is unavailable, and we flag any data that cannot be extracted programmatically for manual export assistance. This constraint affects timeline estimation because API rate limits and data extraction method choices add steps that fully-documented APIs do not require.

  • SLA breach state does not transfer as live data

    Folder HelpDesk computes SLA timers and breach state in real time and does not export breach history as historical data. We preserve the original SLA configuration in a written summary including milestone definitions, entitlement lengths, and business hours settings, but the running breach clock itself resets on migration day. Salesforce Entitlements are re-created manually from this summary. Teams should expect to configure SLA timers fresh in the destination and monitor breaches from day one rather than carrying forward a breach history or an existing breach state.

  • Email thread metadata parsing varies by source

    Email-to-ticket conversion in Folder HelpDesk depends on how the source system structures MIME headers and inline replies. Some platforms nest replies recursively while others flatten the thread. We normalize thread structure by parsing received headers and reconstructing conversation order, but deeply nested or non-standard threading may require manual review of a sample export before full migration. We provide a sample of ten to twenty normalized threads for the customer's review during the sandbox migration phase.

  • Salesforce case model complexity requires upfront design

    Salesforce Service Cloud's case management architecture includes Record Types, Page Layouts, Assignment Rules, Omni-Channel configurations, and Entitlements as separate configuration layers. Teams migrating from a simple ticket-inbox model often underestimate the design work needed before data import. We resolve the case model during scoping (Record Type per ticket category, Status values per type, Assignment Rule logic, and Entitlements) and deploy schema to Sandbox before any production data migration begins. Skipping this step results in records importing into a default model that requires expensive rework post-migration.

Migration approach

Six steps for a successful Folder HelpDesk to Salesforce Service Cloud data migration

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

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

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

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

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

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

Context on both ends of the pair

Folder HelpDesk logo

Folder HelpDesk

Source

Strengths

  • Email-centric ticket creation via shared inbox routing — no portal required for customers to submit issues.
  • Per-agent flat-rate pricing without seat-count surprises for small growing teams.
  • Built-in customer portal for ticket tracking and knowledge base access on most plans.
  • Mobile-responsive interface allowing agents to handle tickets outside a desktop environment.
  • Basic reporting on ticket volume, response times, and agent workload included by default.

Weaknesses

  • Limited third-party integrations beyond email, reducing ecosystem connectivity for diverse support stacks.
  • API capabilities are constrained and not fully documented publicly, limiting automation potential.
  • Custom field and object customization is basic compared to enterprise helpdesk platforms.
  • Automation and macro logic lacks the depth needed for complex conditional routing or escalation rules.
  • Reporting and analytics are limited to pre-built dashboards without drill-down or custom metric support.
Salesforce Service Cloud logo

Salesforce Service Cloud

Destination

Strengths

  • Enterprise-grade security, compliance certifications, and audit logging available across all paid editions with Shield offering enhanced event monitoring.
  • Scalable multi-tenant cloud architecture supporting orgs from 5 users to 150,000+ seat enterprises without infrastructure management overhead.
  • Omnichannel contact center unifying email, live chat, phone, messaging, and social into a single Case timeline per customer interaction.
  • Rich workflow automation via Salesforce Flow, Process Builder, and Apex triggers enabling complex case escalation, routing, and field updates.
  • Native AI capabilities (Agentforce / Einstein) for case auto-routing, classification, suggested responses, and chatbot escalation without third-party add-ons.

Weaknesses

  • Per-seat pricing model with no contact limits creates unpredictable cost scaling for large organizations adding many agents over time.
  • No automatic data backup — organizations must purchase a third-party backup solution or build manual Data Loader exports to protect against data loss from human error, failed deployments, or integrations overwriting records.
  • Steep learning curve for non-technical users requiring dedicated admin resources and formal training investment before teams reach productive velocity.
  • Annual contract requirements and limited pro-ration on exit create significant switching cost friction, especially for organizations evaluating alternatives mid-cycle.
  • Add-on licensing (CPQ, Einstein Activity Capture, Shield, Data Cloud) can double effective per-seat cost without clear documentation of which features are included in base tiers.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Folder HelpDesk and Salesforce Service Cloud.

  • Object compatibility

    C

    1 of 7 objects need a manual workaround.

  • 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

    Folder HelpDesk: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Folder HelpDesk to Salesforce Service Cloud 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 Folder HelpDesk to Salesforce Service Cloud data migrations

Answers to the questions buyers ask most during Folder HelpDesk to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between two and four weeks for accounts under 10,000 tickets and 2,000 customers with no custom fields and no knowledge base migration. Migrations with custom fields, large attachment volumes, knowledge base articles, or multi-queue routing configurations move to six to ten weeks because of thread metadata normalization, Entitlements configuration mapping, and knowledge base content transformation. The primary variable is data volume and the complexity of the case model design work required in Salesforce before import begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Folder HelpDesk.
Land in Salesforce Service Cloud, 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