Helpdesk migration

Migrate from Teamwork Desk to Salesforce Service Cloud

Field-level mapping, validation, and rollback between Teamwork Desk and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.

Teamwork Desk logo

Teamwork Desk

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

64%

7 of 11

objects map 1:1 between Teamwork Desk and Salesforce Service Cloud.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Teamwork Desk to Salesforce Service Cloud is a model translation, not a straight record copy. Teamwork Desk uses a flat Customer object for all contacts; Salesforce separates end users into Contacts linked to Accounts for a full CRM context. We resolve that mapping during scoping, create the Account records first, then attach Contacts with the original Customer data preserved. Ticket threads migrate as Case Comments and EmailMessages against the Case, and agent assignments resolve by email match against Salesforce Users. Custom fields from Teamwork Desk Premium and Enterprise tiers are enumerated during discovery and mapped to Salesforce custom fields or custom objects before any load. Triggers, Business Hours, and Reports do not migrate as data; we deliver a written inventory of every automation and report requiring rebuild in Salesforce Flow and Reports. Teamwork's 120 req/min API rate limit governs export pacing, and spam-marked tickets are excluded from the migration per Teamwork Desk's native export behavior.

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

Teamwork Desk logo

Teamwork Desk

What's pushing teams away

  • The mobile app offers limited functionality compared to the desktop interface, frustrating agents who need to handle tickets while away from their desks.
  • Time-tracking visibility across days and weeks is weak, making it difficult for team leads to report on agent utilization or project-level support costs over time.
  • The interface has a steep learning curve with many features and settings, which overwhelms new users and extends onboarding time for support teams.

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 Teamwork Desk objects map to Salesforce Service Cloud

Each row shows how a Teamwork Desk 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.

Teamwork Desk

Customer

maps to

Salesforce Service Cloud

Account + Contact (split required)

1:many
Fully supported

Teamwork Desk Customers blend person and organization into a flat record with a company_name field. We split this during migration: the organization component becomes a Salesforce Account record, and the person component becomes a Contact record linked to that Account via AccountId. Email addresses determine deduplication across both objects. The original company_name and all custom fields (Premium/Enterprise) map to equivalent Account or Contact custom fields. If a Teamwork Desk Customer has no company_name, the record becomes a Contact with no Account association.

Teamwork Desk

Ticket

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

Teamwork Desk Tickets map directly to Salesforce Case. Ticket status (Open, Pending, Resolved, Closed) maps to Salesforce Case Status with a custom status value set scoped to a Teamwork migration Record Type. Priority maps to Case Priority. Assignee resolves via email match to Salesforce User on Case OwnerId. Thread replies migrate as EmailMessage records (external-facing) and CaseComments (internal notes flagged as such in Teamwork). Original Teamwork ticket ID is preserved in a custom field tw_ticket_id__c for audit and cross-reference.

Teamwork Desk

Agent

maps to

Salesforce Service Cloud

User

1:1
Fully supported

Teamwork Desk Agents map to Salesforce Users by email match. We resolve Agent.email against the destination org's User table during scoping. Active Agents with no matching Salesforce User enter a reconciliation queue; the customer's admin provisions the User before production migration. Agent role (Admin, Agent) maps to Salesforce Profile assignment. Agent inbox assignments do not migrate as queue memberships; we document the routing logic for Omni-Channel Skills-Based Routing configuration post-migration.

Teamwork Desk

Inbox

maps to

Salesforce Service Cloud

Omni-Channel Routing + Service Channel

lossy
Fully supported

Teamwork Desk Inboxes route incoming email and forwarding rules to agents. We do not migrate Inboxes as data records because Salesforce uses Omni-Channel with Service Channels, Skills, and Presence configurations instead. During discovery we document every Inbox's channel type (email address, forwarding), routing behavior, and associated agents. The customer uses that documentation to configure Omni-Channel Routing in Salesforce after migration.

Teamwork Desk

Tags

maps to

Salesforce Service Cloud

Case Tags or Custom Picklist Field

lossy
Fully supported

Teamwork Desk Tags on Tickets are a freeform vocabulary. We export all distinct tag values and present two options: recreate as Salesforce native Case Tags (if the org has this feature enabled) or map to a multi-select picklist custom field tw_tags__c on Case. The customer chooses during scoping. Tag-to-Case associations migrate as tag-string entries in the chosen destination field.

Teamwork Desk

Helpdocs (Knowledge Base Articles)

maps to

Salesforce Service Cloud

Knowledge Article

1:1
Fully supported

Teamwork Desk Helpdocs map to Salesforce Knowledge Articles (ArticleType: Troubleshooting_Article or a custom Article Type depending on content). Article Title, Body (rich text), Status (Draft, Published), and Author migrate. Category hierarchy from Teamwork maps to Salesforce Data Category Groups, which we set up before article import. Attachments on Helpdocs migrate as ContentDocument records linked to the Article via ContentDocumentLink. Publication date from Teamwork migrates as a custom field; Salesforce Knowledge sets CreatedDate to the import timestamp by default.

Teamwork Desk

Categories

maps to

Salesforce Service Cloud

Data Category Group

lossy
Mapping required

Teamwork Desk Category hierarchy (top-level and sub-categories) maps to Salesforce Knowledge Data Category Groups. We preserve the hierarchy as a two-level data category structure in Salesforce. If Teamwork has more than two levels, additional sub-categories flatten to a single child level in Salesforce; the remainder is documented as a gap for admin review.

Teamwork Desk

Custom Fields (Premium/Enterprise)

maps to

Salesforce Service Cloud

Custom Field or Custom Object

1:1
Mapping required

Teamwork Desk custom fields (dropdown, text, date, number) on Tickets and Customers are available only on Premium ($36.75/user) and Enterprise plans. During scoping we enumerate every custom field, its type, and the objects it applies to. Each custom field is created as a typed custom field on the equivalent Salesforce object (Case or Contact/Account) before migration. Custom field values migrate as field data, not as configuration.

Teamwork Desk

Customer Happiness Ratings (CSAT)

maps to

Salesforce Service Cloud

Custom Rating Field on Case

1:1
Fully supported

CSAT ratings on Teamwork Desk Tickets (Premium tier feature) have no native Salesforce equivalent on Case. We migrate the rating value as a custom numeric field csat_rating__c on Case and the submission timestamp as csat_submitted_date__c. If Teamwork stores a satisfaction label (Satisfied, Neutral, Dissatisfied), we map it to a custom picklist field csat_label__c.

Teamwork Desk

Attachments

maps to

Salesforce Service Cloud

ContentDocument + ContentVersion

1:1
Mapping required

File attachments on Teamwork Desk Tickets and Helpdocs are referenced by URL in the API. We download each attachment to local storage, then upload to Salesforce as ContentVersion, creating a ContentDocumentLink to the parent Case or Knowledge Article. We respect Salesforce file size limits (25 MB per ContentVersion for standard uploads) and flag any file exceeding the limit for manual handling.

Teamwork Desk

Time Tracking (Pro tier and above)

maps to

Salesforce Service Cloud

Custom Time Entry Object or Custom Fields on Case

1:1
Mapping required

Teamwork Desk time entries on Tickets (Pro tier, $18.75/user) are logged time against tickets. We export time entries as a structured record set with Ticket ID, Agent, duration, billable flag, and date. Since Salesforce Case does not natively store time entries, we create a custom object Time_Entry__c with lookup to Case, or map to custom fields on Case (total_time_spent__c, billable_time__c) depending on the customer's reporting needs. The customer chooses during scoping.

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.

Teamwork Desk logo

Teamwork Desk gotchas

Medium

Spam tickets are silently excluded from Teamwork customer exports

Medium

Custom fields gated behind Premium and Enterprise tiers

Medium

API rate limit of 120 requests per minute constrains bulk export speed

High

Helpdesk Migration Service charges fees separate from Teamwork subscription

Low

Triggers and business hours do not migrate as data

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

  • Triggers and Business Hours do not migrate as data

    Teamwork Desk Triggers (automated routing rules) and Business Hours (SLA availability windows) are Pro and Premium tier configuration objects, not content records. We document every active Trigger during discovery: its event condition, action, and associated inbox. We do not recreate them in Salesforce Flow during migration. Instead we deliver a written Trigger inventory with a recommended Salesforce Flow equivalent for each rule, plus Business Hours setup steps. Customers should plan 2-4 hours of post-migration configuration time to rebuild these in Salesforce Setup.

  • Custom fields missing from Starter and Pro tier accounts

    Teamwork Desk custom fields exist only on Premium ($36.75/user) and Enterprise plans. If the source account is Starter ($10.50/user) or Pro ($18.75/user), no custom fields will be present during scoping, and the mapping scope does not include them. If the customer later upgrades Teamwork Desk before migration, we re-scope the custom field enumeration. Migrations scoped as Starter/Pro-tier that later reveal custom fields during export require a scope amendment before production load.

  • Spam tickets are silently excluded from Teamwork Desk exports

    Teamwork Desk's native export omits customers and tickets marked as spam. We replicate this behavior and exclude them from the migration. However, this means some ticket-to-customer associations may be incomplete if spam status was applied inconsistently across the account. We flag any orphaned tickets (tickets with no associated customer) during validation and present them for review before finalizing the import.

  • Knowledge base article dates reset to import timestamp

    Salesforce Knowledge sets the CreatedDate of imported Articles to the migration timestamp, not the original Teamwork Desk Helpdocs publication date. We preserve the original Teamwork date in a custom field original_published_date__c on the Article. Customers should review Salesforce Knowledge settings and consider whether a Data Category or custom date field satisfies reporting requirements before migration.

Migration approach

Six steps for a successful Teamwork Desk to Salesforce Service Cloud data migration

  1. Discovery and tier verification

    We audit the Teamwork Desk account: plan tier (Starter/Pro/Premium/Enterprise), inbox count, agent count, ticket volume, Helpdocs article count, active Triggers, and any custom fields visible under the current plan. We also identify the destination Salesforce edition (Service Cloud Starter at $25/user, Professional, or Enterprise) and whether the org already has Salesforce Knowledge enabled. The discovery output is a written migration scope with object inventory, mapping rules, and a Salesforce edition recommendation.

  2. Schema preparation and Salesforce setup

    We create the Salesforce destination schema before any data loads. This includes provisioning custom fields on Case, Contact, and Account (with types matched to Teamwork field types), custom objects for time entries if selected, Data Category Groups for Knowledge hierarchy, Service Channel configuration for Omni-Channel, and Case Record Types scoped to the Teamwork migration. Schema deploys to a Salesforce Sandbox first for validation, then to production.

  3. Sandbox migration and reconciliation

    We run a full migration into a Salesforce Sandbox using production-equivalent data volume. The customer's support operations lead reconciles record counts (Cases in, Contacts in, Accounts in, Articles in, Time Entries in), spot-checks 25-50 records against the Teamwork Desk source, and signs off the mapping before production migration begins. Any field type corrections, category mapping gaps, or custom field additions happen here.

  4. Agent-to-User reconciliation

    We extract every distinct Teamwork Desk Agent email referenced on Tickets and map them against the Salesforce destination org's User table. Agents without a matching User enter a reconciliation queue. The customer's Salesforce admin provisions any missing Users (active or inactive depending on whether the original Teamwork Agent is still employed). Migration cannot proceed past User provisioning because Case OwnerId requires a valid Salesforce User reference.

  5. Production migration in dependency order

    We run production migration in dependency order: Accounts (from Teamwork Desk company_name), Contacts (with AccountId resolved), Cases (with OwnerId resolved, thread replies as EmailMessages), Time Entries (if applicable), Knowledge Articles (with Data Category assignments), and Attachments (via ContentVersion). Teamwork's 120 req/min API rate limit governs export pacing; we use X-Rate-Limit-Remaining and X-Rate-Limit-Reset headers to pace dynamically. Each phase emits a row-count reconciliation report before the next begins.

  6. Cutover, validation, and handoff documentation

    We freeze Teamwork Desk writes during cutover, run a final delta migration of any records created or modified during the migration window, then enable Salesforce Service Cloud as the system of record. We deliver the Trigger inventory and Business Hours rebuild guide to the customer's admin team. We support a one-week hypercare window where we resolve reconciliation issues. We do not configure Omni-Channel Routing, rebuild Triggers as Flow, or rebuild Reports inside the migration scope; those are separate configuration deliverables.

Platform deep dives

Context on both ends of the pair

Teamwork Desk logo

Teamwork Desk

Source

Strengths

  • Per-agent pricing model is transparent and predictable, starting lower than most competitors.
  • Native ecosystem integration with Teamwork Projects, CRM, and Spaces for teams already on the platform.
  • Automated ticket routing, macros, and triggers reduce manual work for support teams.
  • 30-day free trial with no credit card required lowers evaluation friction.
  • Multi-channel inbox consolidates email, forwarding, and other sources into a single queue.

Weaknesses

  • Mobile app is limited in functionality compared to the desktop interface.
  • Time-tracking reports lack visibility across extended periods (days, weeks).
  • Steep learning curve due to the breadth of features and settings options.
  • Limited enterprise features compared to Zendesk or Freshdesk at higher tiers.
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 Teamwork Desk 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

    Teamwork Desk: 120 requests per minute per org, returning X-Rate-Limit headers on every response.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Teamwork Desk 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 three and five weeks for accounts under 5,000 Tickets and 1,000 Customers with no Premium-tier custom fields. Migrations with 15,000+ Tickets, Helpdocs article sets, CSAT ratings, time-tracking exports, or multi-inbox routing documentation move to six to ten weeks because of Teamwork API rate-limit pacing, knowledge base hierarchy mapping, and the Sandbox-to-production validation cycle.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Teamwork Desk.
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