Helpdesk migration

Migrate from ITCO to Salesforce Service Cloud

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 logo

ITCO

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

80%

8 of 10

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

Complexity

CModerate

Timeline

8-12 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

ITCO logo

ITCO

What's pushing teams away

  • Technical issues require additional support from third-party providers — complex needs may not be fully addressed by ITCO alone, necessitating supplementary service agreements.
  • Limited platform documentation — as a smaller Business Services company, ITCO lacks the extensive API documentation and self-service resources common in major SaaS platforms.
  • Scalability concerns for complex enterprise architectures — enterprise reviewers note the platform may struggle with highly complex technical requirements without external help.

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

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

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

ITCO 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

maps to

Salesforce Service Cloud

Contact

1:1
Fully supported

ITCO 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

maps to

Salesforce Service Cloud

Account

1:1
Fully supported

ITCO 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

maps to

Salesforce Service Cloud

User

1:1
Fully supported

ITCO 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

maps to

Salesforce Service Cloud

Group

lossy
Fully supported

ITCO 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

maps to

Salesforce Service Cloud

EmailMessage

1:1
Fully supported

ITCO 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

maps to

Salesforce Service Cloud

ContentDocument

1:1
Fully supported

ITCO 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

maps to

Salesforce Service Cloud

Custom Case Fields

lossy
Mapping required

ITCO 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

maps to

Salesforce Service Cloud

None

1:1
Not supported

ITCO 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

maps to

Salesforce Service Cloud

Lightning Knowledge

1:1
Not supported

Knowledge 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.

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.

ITCO logo

ITCO gotchas

High

No documented API requires manual data extraction

Medium

Attachment export requires manual handling

Medium

Custom field schema varies by ITCO configuration

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

  • No ITCO API requires full manual data extraction

    ITCO lacks publicly documented API endpoints for automated data export. Every record (Ticket, Customer, Company, Agent, Conversation) must be extracted manually from the ITCO interface using a template we build during scoping. This extends migration timelines by 2-4 weeks compared to API-driven migrations. We prepare extraction workbooks with column headers matching ITCO field labels, guide the customer through record-by-record export, and validate the extracted CSV before it enters our Salesforce import pipeline. Skipping discovery and jumping to extraction produces incomplete data and mapping gaps that surface during Salesforce validation.

  • Attachment download and re-upload requires manual customer effort

    ITCO does not expose an attachment export endpoint. File attachments on Tickets and Conversation threads must be downloaded manually from the ITCO interface, named per our Case-[CaseNumber]-[filename] convention, and re-uploaded to Salesforce as ContentDocument records after the Case migration completes. We flag attachment-heavy tickets (more than 5 attachments per ticket) during scoping and budget an additional 1-2 weeks of coordination time. If the customer has hundreds of attachments, this step can extend timelines significantly. We do not automate attachment download because there is no programmatic access.

  • ITCO custom field schema requires per-customer discovery

    ITCO does not publish a standard schema for custom ticket fields. Each customer's ITCO configuration includes unique field names, data types, and validation rules that are only visible in the interface. We conduct a discovery call to enumerate all custom fields before mapping, and we build custom field mappings per-customer. Salesforce custom fields must be created in the destination org (Object Manager > Case > Fields & Relationships) before data load. If custom field creation is skipped, Salesforce rejects any record containing those fields during import with a INVALID_FIELD error.

  • Salesforce field-level security and validation rules can block Case import

    Salesforce orgs commonly enforce validation rules (required formats, conditional requireds, picklist whitelists) and field-level security that block imports from non-admin users. We coordinate with the customer's Salesforce admin to grant the migration integration user the Bulk API and REST API permissions, and we either temporarily disable validation rules during load or extend them with a migration-context check using a custom field. Skipping this step results in 10-35 percent record rejection on first import, particularly on Priority (which is often a controlled picklist) and Origin (which enforces channel whitelists).

Migration approach

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

  1. 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).

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

ITCO logo

ITCO

Source

Strengths

  • Responsive technical support rated 4.5/5 by enterprise customers
  • Available assistance during contact center operating hours
  • Friendly support staff with effective problem resolution
  • Channel partner management features including deal registration and lead distribution
  • Suitable for enterprise organizations with 51–200 employees

Weaknesses

  • No publicly documented API for automated data export
  • Technical issues may require third-party service provider support
  • Limited self-service documentation and developer resources
  • Smaller vendor with less market presence than major SaaS platforms
  • Complex enterprise needs may outpace platform capabilities
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. 2 of 7 objects need a manual workaround.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across ITCO and Salesforce Service Cloud.

  • Object compatibility

    D

    2 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

    ITCO: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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 consultation

Most migrations land between eight and twelve weeks for accounts under 10,000 Tickets and 5,000 Customers with no complex custom fields. The manual extraction phase (Step 2) takes 2-4 weeks depending on customer team availability and the number of attachment-heavy tickets. Migrations with high attachment counts, complex custom field schemas, or large conversation histories (over 200,000 message records) extend to fourteen to twenty-two weeks because of manual download coordination and Salesforce custom field pre-creation.

Adjacent paths

Related migrations to explore

Ready when you are

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