Helpdesk migration
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
Source
Salesforce Service Cloud
Destination
Compatibility
8 of 12
objects map 1:1 between UVdesk and Salesforce Service Cloud.
Complexity
CModerate
Timeline
3-5 weeks
Overview
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.
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
UVdesk platform overview
Scorecard, SWOT, gotchas, and pricing for UVdesk.
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 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
Salesforce Service Cloud
Case
1:1UVdesk 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
Salesforce Service Cloud
Contact + Account
1:1UVdesk 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
Salesforce Service Cloud
User
1:1UVdesk 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
Salesforce Service Cloud
Queue
1:1UVdesk 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
Salesforce Service Cloud
Queue (secondary grouping)
lossyUVdesk 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
Salesforce Service Cloud
Email-to-Case Routing Address
lossyUVdesk 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
Salesforce Service Cloud
Quick Text
1:1UVdesk 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)
Salesforce Service Cloud
Knowledge Article
1:1UVdesk 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)
Salesforce Service Cloud
Custom Field (Case)
lossyUVdesk 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
Salesforce Service Cloud
Case Tag or Custom Multi-Select Picklist
lossyUVdesk 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
Salesforce Service Cloud
ContentDocument (ContentVersion + ContentDocumentLink)
1:1UVdesk 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
Salesforce Service Cloud
Workflow/Omni-Channel (inventory only)
1:1UVdesk 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.
| UVdesk | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Customer | Contact + Account1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Group | Queue1:1 | Fully supported | |
| Team | Queue (secondary grouping)lossy | Fully supported | |
| Mailbox | Email-to-Case Routing Addresslossy | Fully supported | |
| Saved Reply | Quick Text1:1 | Fully supported | |
| Knowledgebase Article (SaaS only) | Knowledge Article1:1 | Fully supported | |
| Custom Field (Ticket) | Custom Field (Case)lossy | Fully supported | |
| Tag | Case Tag or Custom Multi-Select Picklistlossy | Fully supported | |
| Attachment | ContentDocument (ContentVersion + ContentDocumentLink)1:1 | Fully supported | |
| Workflow | Workflow/Omni-Channel (inventory only)1: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.
UVdesk gotchas
Knowledgebase ordering silently fails on save
Knowledgebase unavailable on Open Source edition
Minimum 2-agent requirement on SaaS paid tiers
API lacks documented bulk endpoints and rate limits
eCommerce integrations gated behind paid SaaS tiers
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 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.
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.
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.
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.
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.
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
UVdesk
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 UVdesk 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
UVdesk: Not publicly documented.
Data volume sensitivity
UVdesk 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 UVdesk to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave UVdesk
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.