Helpdesk migration

Migrate from UVdesk to Salesforce Service Cloud

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

UVdesk logo

UVdesk

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

67%

8 of 12

objects map 1:1 between UVdesk and Salesforce Service Cloud.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from UVdesk to Salesforce Service Cloud is a platform-class migration: the flat ticket-attribute model of UVdesk maps to Salesforce's Case object anchored to Contact and Account. We resolve the UVdesk Agent-to-User mapping with the correct Service Cloud license type, convert Groups and Teams to Salesforce Queues, and map Saved Replies to Quick Text. The UVdesk API lacks bulk endpoints and documented rate limits, so for large ticket volumes we use a direct database export on the source side and write to Salesforce via the REST and Bulk APIs with chunked processing. We flag Knowledgebase Articles as SaaS-only on the source and disable Salesforce workflow rules and validation rules before import to prevent record rejection. Workflows, automation rules, and prepared-response usage statistics do not migrate; we deliver a written inventory 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

UVdesk logo

UVdesk

What's pushing teams away

  • Knowledgebase article ordering is broken by default—folder, category, and article display order fails to persist, forcing admins to delete and recreate content
  • Prepared response delays occasionally cause ticket reply backlogs, especially during peak volume periods when agents must fall back to manual responses
  • eCommerce integration capabilities are gated behind paid SaaS tiers, making the free Open Source edition significantly limited for online merchants
  • Self-hosted Open Source deployments require manual security patching and version upgrades, creating operational overhead for teams without DevOps capacity
  • Platform lacks the advanced SLA automation and enterprise reporting found in comparable tools like Freshdesk or Zoho Desk

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

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

UVdesk

Ticket

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

UVdesk Tickets map directly to Salesforce Case records. The UVdesk ticket status (Open, Pending, Resolved, Closed) maps to Salesforce Case Status with a corresponding Case Status picklist value set we configure during Salesforce setup. Priority and type from UVdesk migrate to Case Priority and Case Type picklists. The UVdesk customer email becomes the Case ContactId via Contact lookup resolution, and we preserve the UVdesk ticket ID in a custom field uvticket_id__c for reconciliation.

UVdesk

Customer

maps to

Salesforce Service Cloud

Contact + Account

1:1
Fully supported

UVdesk Customer records (name, email, company link) map to Salesforce Contact with Account resolved by company name matching. If a matching Account does not exist in Salesforce, we create it during migration so the Contact-to-Account relationship is satisfied at insert time. The UVdesk customer email serves as the dedupe key for Contact matching.

UVdesk

Agent

maps to

Salesforce Service Cloud

User

1:1
Fully supported

UVdesk Agents map to Salesforce Users with a Service Cloud license (or Salesforce Platform license if agents do not need full Service Cloud access). The UVdesk role (Admin, Manager, Agent) maps to a Salesforce Profile assignment determined during scoping. We resolve Agents by email match against the destination Salesforce org's User table; any Agent without a matching User goes to a reconciliation queue for the customer to provision before migration proceeds.

UVdesk

Group

maps to

Salesforce Service Cloud

Queue

1:1
Fully supported

UVdesk Groups map to Salesforce Case Queues. Group membership (which Agents belong to which Groups) migrates as Queue membership records. We pre-create the destination Queues in Salesforce before any Case import so that the OwnerId reference is valid at insert time.

UVdesk

Team

maps to

Salesforce Service Cloud

Queue (secondary grouping)

lossy
Fully supported

UVdesk Teams bundle specific Agents for targeted workload distribution and have no direct Salesforce equivalent. We map Team membership to a custom field team_name__c on the Case record and optionally to a secondary Queue if the customer's routing logic depends on team assignment. The customer chooses the Team mapping strategy during scoping.

UVdesk

Mailbox

maps to

Salesforce Service Cloud

Email-to-Case Routing Address

lossy
Fully supported

UVdesk Mailboxes define the email inboxes that feed tickets into the platform. We map mailbox-to-email-source associations as Salesforce Email-to-Case routing address configurations in the destination org. The mailbox email address becomes the routing email address in Salesforce, and ticket threads migrate with the original mailbox identified in a custom field source_mailbox__c.

UVdesk

Saved Reply

maps to

Salesforce Service Cloud

Quick Text

1:1
Fully supported

UVdesk Saved Replies migrate to Salesforce Quick Text records. Saved Reply category grouping maps to Quick Text Category. The response body migrates as the Quick Text message field. Agent-level Saved Reply associations and usage statistics (how many times a Saved Reply was used) do not migrate as usage analytics; we document the usage count for the customer's admin to prioritize rebuild in Salesforce Macros or Flow if needed.

UVdesk

Knowledgebase Article (SaaS only)

maps to

Salesforce Service Cloud

Knowledge Article

1:1
Fully supported

UVdesk Knowledgebase Articles, Categories, and Folders migrate to Salesforce Knowledge articles with article types mapped to Salesforce Knowledge article types. This mapping applies only to UVdesk SaaS instances; if the source is Open Source, no Knowledgebase data exists and we exclude it from scope. The UVdesk ordering bug means we cannot rely on display order from the source; we migrate content and advise the customer to apply corrected ordering post-migration in Salesforce.

UVdesk

Custom Field (Ticket)

maps to

Salesforce Service Cloud

Custom Field (Case)

lossy
Fully supported

UVdesk custom ticket fields (text, dropdown, checkbox, date) map to Salesforce custom Case fields of equivalent type. Dropdown value lists require manual pre-creation in Salesforce before migration because picklist value sets must be defined in the destination schema first. We coordinate the custom field creation with the customer's Salesforce admin during the pre-migration schema design phase.

UVdesk

Tag

maps to

Salesforce Service Cloud

Case Tag or Custom Multi-Select Picklist

lossy
Fully supported

UVdesk ticket tags migrate to Salesforce as a custom multi-select picklist field on Case if the tag vocabulary is small and closed. If tags are open-ended or numerous, we map them to Salesforce Topics with TopicAssignment records linked to Cases. The customer chooses the tagging strategy during scoping based on how tags are used in reporting.

UVdesk

Attachment

maps to

Salesforce Service Cloud

ContentDocument (ContentVersion + ContentDocumentLink)

1:1
Fully supported

UVdesk ticket attachments migrate to Salesforce as ContentDocument records linked via ContentDocumentLink to the parent Case. We re-host files from UVdesk's file system or cloud storage to Salesforce's Files or Enhanced Notes storage during migration, and relink them to the corresponding Case record. Attachment file size and count affect migration timeline and price estimate.

UVdesk

Workflow

maps to

Salesforce Service Cloud

Workflow/Omni-Channel (inventory only)

1:1
Fully supported

UVdesk Workflows are automation rules that trigger actions based on ticket conditions. We do not migrate Workflows as code because UVdesk and Salesforce Flow are different automation models. We map Workflow rule names, trigger conditions, and actions to a written inventory document for the customer's admin to rebuild in Salesforce Flow, Omni-Channel routing rules, or Assignment Rules.

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.

UVdesk logo

UVdesk gotchas

Medium

Knowledgebase ordering silently fails on save

Medium

Knowledgebase unavailable on Open Source edition

Low

Minimum 2-agent requirement on SaaS paid tiers

High

API lacks documented bulk endpoints and rate limits

Low

eCommerce integrations gated behind paid SaaS tiers

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

  • UVdesk API lacks bulk endpoints and documented rate limits

    The UVdesk REST API exposes CRUD operations for Tickets, Customers, Agents, Groups, and Teams in JSON and HTML formats with OAuth 2.0 authentication, but there are no bulk or batch endpoints and no published rate limits. For migrations with more than 5,000 tickets, we supplement API reads with a direct database export of the source UVdesk instance (self-hosted) or paginated API reads with chunked processing to avoid undocumented throttling. Without this approach, large-volume UVdesk sources risk incomplete export or migration timeout.

  • Salesforce requires audit field permissions and disabled automation before import

    Salesforce enforces that the migration user account must have 'Set Audit Fields upon Record Creation' and 'Update Records with Inactive Owners' permissions enabled before historical CreatedDate, ClosedDate, and OwnerId values can be written during import. Additionally, all active Workflow Rules and Validation Rules must be disabled or extended with migration-context checks to prevent record rejection. We coordinate with the customer's Salesforce admin to enable these permissions and disable rules before production migration begins.

  • Knowledgebase only exists on UVdesk SaaS, not Open Source

    The UVdesk Knowledgebase module is SaaS-only. If the source UVdesk instance is the Open Source self-hosted edition, no Knowledgebase Articles, Categories, or Folders exist to migrate. We confirm the UVdesk edition type during the scoping call and exclude Knowledgebase from the migration scope for Open Source sources. For SaaS sources, Knowledgebase content migrates but the ordering bug (display order silently fails to persist on save) means we cannot rely on source-side ordering; the customer must verify and correct article display order post-migration in Salesforce Knowledge.

  • Custom ticket fields require pre-creation in Salesforce before migration

    UVdesk custom ticket fields (text, dropdown, checkbox, date) must be pre-created as Salesforce custom Case fields with matching data types before any Case records are imported. Dropdown fields in UVdesk with a defined value list require manual pre-creation of a Salesforce picklist or multi-select picklist with the matching value set. We include custom field pre-creation in the pre-migration schema design phase and cannot begin the Case import phase until all destination fields exist in the Salesforce org.

  • Attachment file size and storage affect migration pricing and timeline

    UVdesk ticket attachments stored on the file system or cloud storage must be re-hosted to Salesforce Files or Enhanced Notes during migration. Large attachment libraries (over 50 GB total) require additional processing time for file download, re-upload, and ContentDocumentLink creation. We scope attachment file size during discovery and adjust the price estimate accordingly; migrations with large file dependencies typically add one to two weeks to the timeline.

Migration approach

Six steps for a successful UVdesk to Salesforce Service Cloud data migration

  1. Discovery and scope definition

    We audit the source UVdesk instance across edition type (Open Source or SaaS), ticket volume, agent count, group and team structure, mailbox count, custom field definitions, active Knowledgebase content, attachment file size estimate, and attachment count. We confirm whether the source is self-hosted (enabling direct database export for large volumes) or SaaS (API-only read). We pair this with a Salesforce edition review and confirm the Service Cloud license type required for each migrating agent. The discovery output is a written migration scope document and a data volume summary.

  2. Schema design and Salesforce pre-configuration

    We design the destination Salesforce schema: pre-creating custom Case fields matching the UVdesk custom ticket fields, creating Queues for UVdesk Group and Team mappings, configuring Case Status picklist values aligned to UVdesk ticket statuses, enabling Salesforce Knowledge article types if Knowledgebase content migrates, and defining the Quick Text category structure for Saved Replies. We disable Workflow Rules and Validation Rules in the destination org and coordinate with the customer's admin to enable Set Audit Fields and Modify All Data permissions for the migration user.

  3. Sandbox migration and reconciliation

    We run a full migration into a Salesforce Sandbox using production-like data volume. The customer's Salesforce admin reconciles record counts (Cases in, Contacts in, Accounts in, Quick Text in), spot-checks 20-40 random Cases against the UVdesk source for field-level accuracy, and validates that attachments are correctly linked. Any field mapping corrections, picklist value additions, or Queue configuration issues surface here and are resolved before production migration begins.

  4. User and Queue provisioning

    We extract every distinct UVdesk Agent and map by email against the Salesforce destination org's User table. Agents without a matching User are held in a provisioning queue for the customer's admin to create with the correct Service Cloud license and Profile. Queue membership migrates after User provisioning is validated so that Case OwnerId references are satisfied at insert time.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounts (from UVdesk Company links), Contacts (with AccountId resolved), Cases (with ContactId, OwnerId via Queue, and custom field values resolved), Quick Text (Saved Replies), Knowledge Articles (if SaaS source), Tags/Topics, and Attachments (via ContentVersion upload and ContentDocumentLink creation). Each phase emits a row-count reconciliation report before the next phase begins. We use Salesforce Bulk API for large Case batches with chunking and exponential backoff, and REST API for smaller objects and correction runs.

  6. Cutover, validation, and workflow rebuild handoff

    We freeze UVdesk writes during cutover, run a final delta migration of any Cases modified during the migration window, then enable Salesforce as the system of record. We deliver the Workflow and automation inventory document to the customer's admin team for rebuild in Salesforce Flow or Omni-Channel. We support a five-business-day hypercare window where we resolve any record-level reconciliation issues. We do not rebuild UVdesk Workflows as Salesforce Flow inside the migration scope; that is a separate engagement.

Platform deep dives

Context on both ends of the pair

UVdesk logo

UVdesk

Source

Strengths

  • Genuinely free self-hosted option with no per-agent or per-ticket pricing caps
  • Multi-channel ingestion from email, Facebook, Twitter, and Bagisto in one unified inbox
  • Symfony-based architecture is developer-friendly for custom extensions and self-hosting
  • Built-in import tools for osTicket, Freshdesk, and Help Scout migrations
  • Agent role hierarchy (Admin, Manager, Agent) with Group and Team assignment granularity

Weaknesses

  • Knowledgebase ordering bug causes display configuration to silently fail
  • No documented public API rate limits, making migration scoping uncertain
  • Limited enterprise features compared to Freshdesk, Zoho Desk, or Zendesk
  • Self-hosted Open Source requires manual patching and server maintenance
  • Prepared response system has latency issues causing occasional reply delays
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 UVdesk 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

    UVdesk: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your UVdesk 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 15,000 Tickets, 3,000 Customers, and moderate attachment volumes. Migrations with large attachment libraries (over 50 GB), Knowledgebase content from UVdesk SaaS, or multi-mailbox sources requiring complex email routing reconstruction move to eight to twelve weeks because of file re-hosting, Salesforce Knowledge article type configuration, and Queue-based routing design.

Adjacent paths

Related migrations to explore

Ready when you are

Move from UVdesk.
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