CRM migration
Field-level mapping, validation, and rollback between SmartDesk and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
SmartDesk
Source
Salesforce Sales Cloud
Destination
Compatibility
15 of 18
objects map 1:1 between SmartDesk and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Moving from SmartDesk to Salesforce Sales Cloud requires a platform that lacks public API documentation on one side and a platform with mature REST and Bulk APIs on the other. SmartDesk does not publish a REST API reference, which means we must authenticate against a live account or use a SmartDesk platform export before we can enumerate objects and fields. SmartDesk separates Leads from Contacts as distinct objects, which aligns with Salesforce's Lead-and-Contact model, but requires a lifecycle-stage or status-based split rule to be defined during scoping. Pipeline stages are fully custom in SmartDesk with no standard set, so we must enumerate the existing stage names and sequence them against Salesforce Record Types and Sales Processes before Deal migration. We do not migrate Workflows, automations, email marketing sequences, or SmartDesk's built-in AI Assistant as code; we deliver a written inventory of these for the customer's admin to rebuild in Salesforce Flow or a comparable tool. Historical activity data (calls, emails, meetings, notes) migrates through the Salesforce Bulk API 2.0 with parent-record lookup resolution so the activity timeline attaches to the correct Contact, Account, or Opportunity.
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.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a SmartDesk object lands in Salesforce Sales Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
SmartDesk
Lead
Salesforce Sales Cloud
Lead
1:1SmartDesk Leads map directly to Salesforce Lead. Lead Source and Lead Status from SmartDesk migrate to Salesforce LeadStatus picklist or custom fields on Lead. We enumerate the SmartDesk Lead schema via live API authentication or a SmartDesk platform export before migration to capture any custom properties that must map to Salesforce custom fields on Lead. Duplicate detection uses email as the dedupe key.
SmartDesk
Contact
Salesforce Sales Cloud
Contact
1:1SmartDesk Contacts map directly to Salesforce Contact. Standard fields (Name, Email, Phone, Title, MailingAddress) migrate 1:1. Custom contact properties defined in SmartDesk must be pre-created in the Salesforce destination org as custom fields before migration; we provide the manifest. Contacts are imported after Account creation to satisfy the AccountId Lookup relationship required by Salesforce's data model.
SmartDesk
Account (Company)
Salesforce Sales Cloud
Account
1:1SmartDesk Accounts and Companies are interchangeable objects and map 1:1 to Salesforce Account. Industry classification, employee count, annual revenue, and any custom properties attached to the account migrate to the corresponding Salesforce Account fields or pre-created custom fields. Website URL from SmartDesk becomes the Account Website field.
SmartDesk
Deal
Salesforce Sales Cloud
Opportunity
1:1SmartDesk Deals map to Salesforce Opportunity. Deal name becomes Opportunity Name, deal value maps to Amount, expected close date maps to CloseDate, and owner maps to OwnerId. The SmartDesk Pipeline assignment determines the Salesforce Record Type and Sales Process, which together control the available stage values. We reconcile the stage set before migration because SmartDesk allows fully custom stage names with no standard set.
SmartDesk
Pipeline Stage
Salesforce Sales Cloud
Opportunity Stage
lossySmartDesk Pipeline Stages are enumerated from the source account and mapped to Salesforce StageName values on Opportunity. We configure Salesforce Sales Processes (one per SmartDesk Pipeline) to whitelist the migrated stage values, and map stage probability percentages from SmartDesk to Salesforce StageProbability. Stage sequence order is preserved from SmartDesk.
SmartDesk
Pipeline
Salesforce Sales Cloud
Record Type + Sales Process
lossySmartDesk Pipelines map to Salesforce Opportunity Record Types. Each Record Type gets a corresponding Sales Process and Page Layout so that stage values, field visibility, and record-type-specific logic remain scoped per line of business. If the destination Salesforce org has multiple Record Types already configured, we reconcile the SmartDesk pipeline count against the available Record Type slots.
SmartDesk
Task
Salesforce Sales Cloud
Task
1:1SmartDesk Tasks attach to Contacts or Deals with assignee, due date, status, priority, and description. We map Status to Salesforce Task Status, Priority to Priority, ActivityDate to ActivityDate, and the owner to OwnerId via the User mapping. Tasks linked to Deals in SmartDesk attach to the migrated Opportunity in Salesforce via WhatId.
SmartDesk
Activity: Call
Salesforce Sales Cloud
Task (TaskSubtype = Call)
1:1SmartDesk call activities map to Salesforce Task with TaskSubtype = Call. Call duration, disposition, and recording URL (if available) migrate to custom Task fields. Activity timestamp becomes ActivityDate to preserve timeline ordering. Parent record linkage uses WhoId for Contact/Lead and WhatId for Account/Opportunity.
SmartDesk
Activity: Email
Salesforce Sales Cloud
EmailMessage + Task
1:1SmartDesk email activities migrate to Salesforce EmailMessage records (the email content and headers) linked to an Activity Task record (the timeline entry). HasAttachment, Incoming, MessageDate, Subject, and TextBody map directly. Email addresses resolve to Contact or Lead WhoId via the contact and lead mapping. If SmartDesk does not expose email body via API, the activity is logged as a Task with the subject preserved.
SmartDesk
Activity: Meeting
Salesforce Sales Cloud
Event
1:1SmartDesk meeting activities map to Salesforce Event with StartDateTime, EndDateTime, Subject, Location, and Description preserved. Attendees resolve to EventRelation records linked to the migrated Contact, Lead, or User. If the SmartDesk meeting record carries internal notes, those migrate to the Event Description field.
SmartDesk
Activity: Note
Salesforce Sales Cloud
Note
1:1SmartDesk note activities migrate to Salesforce Note records linked via ContentDocumentLink to the parent record (Lead, Contact, Account, or Opportunity). Note title, body, and timestamp preserve. If SmartDesk notes include file attachments, those migrate as separate ContentDocument records linked to the same parent.
SmartDesk
Campaign
Salesforce Sales Cloud
Campaign
1:1SmartDesk Campaigns store campaign name, type, status, start and end dates, and budget. These map to Salesforce Campaign fields (Name, Type, Status, StartDate, EndDate, BudgetedCost). Email send, open, and click tracking data does not migrate because it lives in the email delivery system rather than the CRM object. Campaign Member history migrates if the source export includes member records.
SmartDesk
Email Template
Salesforce Sales Cloud
EmailTemplate
1:1SmartDesk Email Templates migrate as Salesforce EmailTemplate records with the template body and subject preserved. Merge field placeholders are preserved as-is; dynamic content or conditional logic embedded in templates may require manual post-migration review because SmartDesk's template language may differ from Salesforce's merge field syntax. HTML templates migrate with the HTML body preserved.
SmartDesk
Help Desk Ticket
Salesforce Sales Cloud
Case
1:1SmartDesk Help Desk Tickets link to Contacts and carry priority, status, assignee, and conversation threads. Tickets map to Salesforce Case with Subject, Description, Priority, Status, and Origin. The linked Contact resolves to the migrated Salesforce Contact via email match. Conversation threads migrate as CaseComments or as EmailMessage records linked to the Case depending on the thread structure in the SmartDesk export. Case Record Type is configured based on the SmartDesk ticket category or queue.
SmartDesk
Knowledge Base Article
Salesforce Sales Cloud
Salesforce Knowledge Article
1:1SmartDesk Knowledge Base Articles migrate as Salesforce Knowledge articles with title, body (HTML), category, and publication status preserved. Links to attachments are preserved as URLs and re-linked post-migration. The article data category structure in SmartDesk maps to Salesforce Knowledge data categories if present. Publication status (draft, published, archived) maps to Salesforce Knowledge article statuses.
SmartDesk
Attachment
Salesforce Sales Cloud
ContentDocument + ContentVersion
1:1File attachments associated with Contacts, Deals, Tickets, or Notes in SmartDesk are downloaded and re-uploaded to Salesforce as ContentVersion records linked to ContentDocument. We handle file type validation, preserve original filenames, and link to the parent record via ContentDocumentLink. The ContentDocumentLink WhatId points to the migrated Account, Contact, Opportunity, or Case.
SmartDesk
Custom Field
Salesforce Sales Cloud
Custom Field
lossySmartDesk supports Unlimited Custom Fields on core objects. All custom field definitions in the source export are enumerated during schema discovery and listed in the custom field manifest. These must be pre-created in the Salesforce destination org before the migration run because Salesforce does not allow dynamic custom field creation via API during data load. Field types are mapped: SmartDesk text to Salesforce Text, number to Number, date to Date, checkbox to Checkbox, dropdown to Picklist.
SmartDesk
User / Owner
Salesforce Sales Cloud
User
1:1SmartDesk Users and Owners are resolved by email address against the Salesforce destination org's User table. Any SmartDesk Owner without a matching Salesforce User is held in a reconciliation queue for the customer's admin to provision before record import resumes. Active/inactive status and the User's Profile and Role migrate as metadata flags. Salesforce User records must exist before any record that carries OwnerId can be imported.
| SmartDesk | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Lead | Lead1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Account (Company) | Account1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Pipeline Stage | Opportunity Stagelossy | Fully supported | |
| Pipeline | Record Type + Sales Processlossy | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Activity: Call | Task (TaskSubtype = Call)1:1 | Fully supported | |
| Activity: Email | EmailMessage + Task1:1 | Fully supported | |
| Activity: Meeting | Event1:1 | Fully supported | |
| Activity: Note | Note1:1 | Fully supported | |
| Campaign | Campaign1:1 | Fully supported | |
| Email Template | EmailTemplate1:1 | Fully supported | |
| Help Desk Ticket | Case1:1 | Fully supported | |
| Knowledge Base Article | Salesforce Knowledge Article1:1 | Fully supported | |
| Attachment | ContentDocument + ContentVersion1:1 | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| User / Owner | User1: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.
SmartDesk gotchas
No publicly documented public API endpoint reference
Pipeline stage count and naming differ between accounts
Custom Fields must be pre-created in the destination
Salesforce Sales Cloud gotchas
Workflow Rules and Process Builder are retired
Bulk API batch quota exhaustion during large imports
Storage overage billing is non-obvious
Account-Contact many-to-many relationship mapping
Territory and team member import ordering dependencies
Pair-specific challenges
Migration approach
Schema discovery and export confirmation
We request SmartDesk admin-panel credentials or a platform export to enumerate the source schema: objects, fields, custom field definitions, pipeline names, stage names, user list, and relationship structure. If the customer cannot provide API access or an export, we scope the project as a manual-extraction-assisted migration and flag any data that cannot be programmatically retrieved. The discovery output is a written schema manifest covering every object we will migrate, every field mapping, and any SmartDesk-only objects (Knowledge Base, Help Desk Tickets) that require separate handling.
Destination schema design and custom field pre-creation
We design the Salesforce destination schema based on the source manifest. This includes creating Salesforce custom fields to host SmartDesk custom properties (with type-mapped field types per Salesforce conventions), configuring Record Types and Sales Processes per SmartDesk Pipeline, setting up Case Record Types and Status values for Help Desk Tickets, and provisioning Knowledge data categories for Knowledge Base Articles. The customer receives the custom field manifest and creates the fields in Salesforce before migration begins. We deploy to a Salesforce Sandbox 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 RevOps lead reconciles record counts (Leads in, Contacts in, Accounts in, Opportunities in, Cases in, Activities in), spot-checks 25-50 random records against the SmartDesk source, and validates that pipeline stages, custom field values, and attachment links transferred correctly. Any mapping corrections or missing custom fields are resolved here. The customer signs off the Sandbox result before production migration begins.
Owner reconciliation and User provisioning
We extract every distinct SmartDesk Owner referenced on Leads, Contacts, Accounts, Deals, Tasks, and Tickets and match by email against the Salesforce destination org's User table. Owners without a matching Salesforce User go to a reconciliation queue. The customer's Salesforce admin provisions any missing Users and assigns the correct Profile and Role. Migration cannot proceed past this step because OwnerId references are required on most standard Salesforce objects.
Production migration in dependency order
We run production migration in record-dependency order: Users (provisioned, validated), Accounts (from SmartDesk Companies), Leads (with any status split rule applied), Contacts (with AccountId resolved), Opportunities (with AccountId, OwnerId, RecordTypeId, and StageName resolved), Cases (from Help Desk Tickets with ContactId resolved), Products and Pricebook entries (if present), Activities (Tasks, Events, EmailMessages via Bulk API 2.0), Notes, Knowledge Articles, and Attachments. Each phase emits a row-count reconciliation report before the next phase begins. The Salesforce Bulk API 2.0 handles large activity volumes with batch chunking, parent-record lookup resolution, and exponential backoff on rate-limit responses.
Cutover, delta sync, and automation rebuild handoff
We freeze SmartDesk writes during cutover, run a final delta migration of any records modified during the migration window, then enable Salesforce as the system of record. We deliver a written inventory of SmartDesk Workflows, automations, and email sequences for the customer's admin to rebuild in Salesforce Flow, Salesforce Sales Engagement, or a comparable tool. We do not migrate Workflows or automations as code. We support a one-week hypercare window where we resolve any record linkage issues or missing attachments identified by the customer's team.
Platform deep dives
SmartDesk
Source
Strengths
Weaknesses
Salesforce Sales Cloud
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 4 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across SmartDesk and Salesforce Sales Cloud.
Object compatibility
4 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
SmartDesk: Not publicly documented.
Data volume sensitivity
SmartDesk exposes a bulk API — large-volume migrations stream efficiently.
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 SmartDesk to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your SmartDesk to Salesforce Sales 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 SmartDesk
Other ways to arrive at Salesforce Sales Cloud
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.