Helpdesk migration
Field-level mapping, validation, and rollback between ITCO and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.
ITCO
Source
Salesforce Service Cloud
Destination
Compatibility
8 of 10
objects map 1:1 between ITCO and Salesforce Service Cloud.
Complexity
CModerate
Timeline
8-12 weeks
Overview
Moving from ITCO to Salesforce Service Cloud is a manual-extraction-first migration. ITCO does not publish API documentation or a formal data export format, so we begin every engagement by building extraction templates tailored to each customer's ITCO configuration—guiding them through record-by-record export of Tickets, Customers, Companies, Agents, and Conversation threads. Salesforce Service Cloud receives this data via the Bulk API 2.0 and REST API, with Cases created first (parent dependency), followed by Contacts and Accounts with cross-references resolved, then Agents mapped to Users by email match. ITCO's lack of automation and limited scalability contrast sharply with Salesforce's Flow-based workflow model, omni-channel routing, and Einstein AI capabilities. We do not migrate ITCO automations because none are documented via API; we deliver a written inventory of any manual processes the customer describes for their admin to rebuild in Salesforce. Attachments require manual download from ITCO and re-upload to Salesforce as ContentDocument records; we provide a checklist and file-naming convention that maps to the migrated Case.
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
ITCO platform overview
Scorecard, SWOT, gotchas, and pricing for ITCO.
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 ITCO 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.
ITCO
Ticket
Salesforce Service Cloud
Case
1:1ITCO Tickets map directly to Salesforce Case records. We extract ticket ID, subject, description, status, priority, resolution notes, created date, and last modified date from the ITCO interface using the customer's extraction template. Status maps to Salesforce Case Status, priority maps to Priority, and the resolution notes field maps to Description or a custom field case_resolution__c. Case is the parent record; it must be created before any linked Conversations or Attachments are imported.
ITCO
Customer
Salesforce Service Cloud
Contact
1:1ITCO Customer records (contact name, email, phone, address) map to Salesforce Contact. We extract customers from ITCO and map name fields to FirstName and LastName (with a fallback to a single FullName field if the source does not split names), email to Email, phone to Phone, and address fields to MailingStreet, MailingCity, MailingState, MailingPostalCode, MailingCountry. Contact requires an AccountId lookup; if the customer has Company data in ITCO, we create the Account first and link Contact to it.
ITCO
Company
Salesforce Service Cloud
Account
1:1ITCO Company records (if present in the customer's configuration) map to Salesforce Account. Company name maps to Account Name, domain or website maps to Website, and address fields map to BillingAddress. Account is created before any dependent Contact records to satisfy the AccountId foreign key on Contact.
ITCO
Agent
Salesforce Service Cloud
User
1:1ITCO Agent records map to Salesforce User by email match. We extract agent identifiers, names, and email addresses from ITCO and match against the destination Salesforce org's User table by Email. Any Agent without a matching User goes to a reconciliation queue for the customer's Salesforce admin to provision before record import continues, because OwnerId on Case and Contact is a required reference for most Salesforce profiles.
ITCO
Team
Salesforce Service Cloud
Group
lossyITCO Team structures map to Salesforce Group records (CollaborationGroup or Queue). We enumerate the team hierarchy during discovery and create equivalent Groups in Salesforce before migrating any assignment data. Queue routing (which agents handle which case types) maps to Salesforce Omni-Channel presence configurations that the admin configures post-migration, not within the data migration scope.
ITCO
Conversation
Salesforce Service Cloud
EmailMessage
1:1ITCO Conversation threads (message threads attached to Tickets) map to Salesforce EmailMessage records linked to the parent Case. We extract message content, sender (customer or agent), timestamp, and direction (inbound/outbound) and create EmailMessage records with the Case as WhatId and the Contact as WhoId. Message ordering is preserved by setting the EmailMessage CreatedDate to the original ITCO timestamp. EmailMessage requires the FromName and FromAddress fields; if the sender is a customer not yet in Salesforce Contact, we create a minimal Contact record first.
ITCO
Attachment
Salesforce Service Cloud
ContentDocument
1:1ITCO file attachments on Tickets and Conversations cannot be exported programmatically. We flag attachment-heavy tickets during scoping and provide a manual backup checklist: the customer downloads attachments from the ITCO interface, names them per our file-naming convention (Case-[CaseNumber]-[AttachmentName]), and uploads them to Salesforce as ContentDocument records after Case migration completes. We provide a mapping spreadsheet linking each downloaded file to its destination Case and Contact.
ITCO
Custom Ticket Fields
Salesforce Service Cloud
Custom Case Fields
lossyITCO custom ticket fields have no published schema; each customer's configuration is unique. During discovery we enumerate every custom field (name, data type, validation rule) from the ITCO interface and map each to an equivalent Salesforce custom field on Case. Destination custom fields must be created in Salesforce (Setup > Object Manager > Case > Fields & Relationships) before data load. We provide a field creation checklist with API name, data type, and required/optional flag for each custom field.
ITCO
Tags
Salesforce Service Cloud
None
1:1ITCO does not expose a documented tag taxonomy via API. We do not migrate tags automatically. We recommend that customers manually recreate tag equivalents in Salesforce as Case Status values, Case Origin values, or custom multi-select picklist fields post-migration, depending on how tags are used in ITCO.
ITCO
KB Articles
Salesforce Service Cloud
Lightning Knowledge
1:1Knowledge base article support is not documented in ITCO. If knowledge base content exists in the customer's ITCO instance, it must be exported manually as HTML or Markdown files. We do not include KB migration in standard ITCO scopes. If the customer uses Salesforce Knowledge post-migration, we provide a structured article inventory spreadsheet with title, body content, summary, and URL for manual Knowledge Article creation.
| ITCO | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Ticket | Case1:1 | Fully supported | |
| Customer | Contact1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Team | Grouplossy | Fully supported | |
| Conversation | EmailMessage1:1 | Fully supported | |
| Attachment | ContentDocument1:1 | Fully supported | |
| Custom Ticket Fields | Custom Case Fieldslossy | Mapping required | |
| Tags | None1:1 | Not supported | |
| KB Articles | Lightning Knowledge1:1 | Not 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.
ITCO gotchas
No documented API requires manual data extraction
Attachment export requires manual handling
Custom field schema varies by ITCO configuration
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 extraction template build
We audit the customer's ITCO configuration by screen-sharing and documenting every object visible in the interface: Tickets (and any custom fields), Customers, Companies, Agents, Teams, and Conversation history. We build a structured extraction template (Google Sheets or CSV workbook) with column headers matching ITCO field labels and a row-by-row guide for manual export. We also identify attachment-heavy tickets during this phase and flag the manual download checklist. The discovery output is a written migration scope with record counts, a field mapping draft, and a Salesforce edition recommendation (Essentials at $25/user for basic case management, Professional at $75/user for Flow and Omni-Channel, Enterprise at $150/user for Einstein for Service and entitlements).
Manual data extraction with customer
The customer performs the manual extraction from the ITCO interface using our extraction template. We are available for Q&A during this phase but the extraction itself is performed by the customer's team. We validate the extracted CSV files for completeness (no missing required fields, no orphaned foreign keys, timestamps in ISO 8601 format) before they enter the migration pipeline. Any gaps are flagged immediately so the customer can re-extract before we begin Salesforce schema design.
Salesforce schema design and custom field creation
We design the destination schema in Salesforce Service Cloud. This includes creating any custom fields on Case that correspond to ITCO custom ticket fields (with matched data types and picklist values), creating Group records for ITCO Teams, and configuring Salesforce validation rules for the migration user. Schema is validated in a Salesforce Sandbox first. We coordinate with the customer's Salesforce admin to ensure the migration user has API access, Bulk API permissions, and relaxed field-level security on all target objects during the migration window.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox using production-like data volume from the extracted CSV files. The customer's Service Cloud admin reconciles record counts (Cases in, Contacts in, Accounts in, EmailMessages in), spot-checks 25-50 random Cases against the ITCO source, and validates that custom field values transferred correctly. Any mapping corrections happen in the Sandbox. This step also validates that Salesforce validation rules and field-level security do not reject records; if rejections occur, we adjust the validation rules or field security and re-run.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from ITCO Companies), Contacts (with AccountId resolved), Cases (with ContactId and OwnerId resolved), EmailMessages (linked to Cases and Contacts), and ContentDocument records (after customer manually uploads files per the naming convention). Agent-to-User resolution happens before Cases are imported so that OwnerId is available. Each phase emits a row-count reconciliation report before the next phase begins. We use the Salesforce Bulk API 2.0 with batch chunking and exponential backoff on rate-limit responses.
Cutover, validation, and automation rebuild handoff
We freeze ITCO writes during cutover and run a final delta migration of any records created or modified during the migration window. We validate that Salesforce Cases reference valid ContactIds and OwnerIds (no orphaned records). We deliver the written automation inventory document listing any manual ITCO processes the customer described for their admin to rebuild in Salesforce Flow. We support a one-week hypercare window where we resolve reconciliation issues raised by the customer's support team. We do not rebuild automations, sequences, or SLA rules inside the migration scope; those are a separate engagement or an internal admin task.
Platform deep dives
ITCO
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 2 of 7 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across ITCO and Salesforce Service Cloud.
Object compatibility
2 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
ITCO: Not publicly documented.
Data volume sensitivity
ITCO 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 ITCO to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
Walk through your ITCO 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 ITCO
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.